Installing cups-1.4.2_1 port reports port MISSING

[jhell]

Unless you have a Konica-Minolta Magicolor printer... remove 
cups-magicolor-1.5.0_5 by issuing the following.

pkg_delete -d -f cups-magicolor-1.5.0_5

Your prints should continue fine after this.

If you do have that type of printer then maybe recompiling that port alone 
will fix your problem.

The hint is in the error line that you get and a clue to solving it was in 
the pkg-descr in the port itself.

Best of luck.

On Tue, 9 Mar 2010 13:24, saige.losli@ wrote:
>
>
> On Mar 9, 5:10 am, jhell <jh... at DataIX.net> wrote:
>> On Mon, 8 Mar 2010 23:06, saige.losli@ wrote:
>>>>> Seems hard to believe that such an important function, "cups", is just
>>>>> missing from the ports tree. I have updated the ports on my system
>>>>> with:
>>
>>>>> # csup -g -L 2 /root/ports-supfile
>>>>> # cd /usr/ports
>>>>> # make readmes && make index
>>
>>>>> So if I'm just doing something wrong due to ignorance, please point me
>>>>> in the right direction so that I can solve my problem... Thank you!
>>
>>>> This happens occasionally. CD to the /usr/ports/print/cups directory
>>>> and run: "make clean". Next run: make install and see if the port
>>>> installs. You might want to create a log file of the
>>>> build/install routine. If the build fails again, post the log here.
>>
>>> Well, when I cd to /usr/ports/print/cups and "make clean", "make
>>> install", it /seems/ to build... at least it does not complain. I get:
>>
>>> # make clean
>>> ===>  Cleaning for cups-1.4.2_1
>>> # make install clean
>>> ===>  Extracting for cups-1.4.2_1
>>> ===>  Patching for cups-1.4.2_1
>>> ===>   cups-1.4.2_1 depends on executable: espgs - found
>>> ===>   cups-1.4.2_1 depends on executable: cupsd - found
>>> ===>  Configuring for cups-1.4.2_1
>>> ===>  Cleaning for cups-1.4.2_1
>>> #
>>
>>> So, it's not complaining, right? But when I try to make a test print
>>> fromhttp://localhost:631, I still get this error message: "/usr/local/
>>> libexec/cups/filter/rastertokm2430dl failed"
>>
>>> So I tried running portmanager again:
>>
>>> # portmanager print/cups --log
>>
>>> ...and here is the contents of the logfile after I run it:
>>
>>> ========================================================================
>>> portmanager 0.4.1_9
>>> FreeBSD freebsd-desktop 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Mar  2
>>> 18:43:30 PST 2010
>>>    root at freebsd-desktop:/usr/obj/usr/src/sys/GENERIC  amd64
>>> ------------------------------------------------------------------------
>>> autoConflicts              0  autoMoved                  0
>>> backUp                     0  buildDependsAreLeaves      0
>>> forced                     0  interactive                0
>>> log                        1  pmMode                     1
>>> pristine                   0  resume                     0
>>> ------------------------------------------------------------------------
>>> Mon Mar  8 19:52:12 2010
>>> cups-1.4.2_1                        /print/cups
>>>    MISSING
>>> cups-1.4.2_1                        /print/cups
>>
>>> Mon Mar  8 19:52:14 2010
>>> cups-1.4.2_1                        /print/cups
>>>    MISSING
>>> cups-1.4.2_1                        /print/cups
>>
>>> Mon Mar  8 19:52:14 2010
>>> cups-1.4.2_1                        /print/cups
>>>    make Strike
>>> 2
>>
>>> Mon Mar  8 19:52:16 2010
>>> cups-1.4.2_1                        /print/cups
>>>    MISSING
>>> cups-1.4.2_1                        /print/cups
>>
>>> Mon Mar  8 19:52:16 2010
>>> cups-1.4.2_1                        /print/cups
>>>    make Strike 3, marking port as ignore/
>>> looping
>>
>>> Mon Mar  8 19:52:17 2010
>>> portmanager                         0.4.1_9
>>>    INFO: finished with some ports not updated  if --log was used see /
>>> var/log/
>>> portmanager.log
>>
>>> Mon Mar  8 19:52:17 2010
>>> end of log
>>
>>> Any other suggestions?
>>
>> ports/print/cups is a meta-port it does that when you already have
>> installed its requirements and or itself.
>>
>> whats the output of ( ls /var/db/pkg/ |grep cups )
>
> "ls /var/db/pkg | grep cups" produces:
>
> # ls /var/db/pkg | grep cups
> cups-base-1.4.2_4
> cups-client-1.4.2_4
> cups-image-1.4.2_4
> cups-magicolor-1.5.0_5
> cups-pdf-2.5.0_2
> cups-pstoraster-8.15.4_5
>
>> After that if you have cups-base installed have you tried setting it up
>> correctly including being in rc.conf?.
>
> /etc/rc.conf contains:
>
> cupsd_enable="YES"
> devfs_system_ruleset="system"
>
> /etc/devfs.rules contains:
>
> [system=10]
> add path 'unlpt*' mode 0660 group cups
> add path 'ulpt*' mode 0660 group cups
> add path 'lpt*' mode 0660 group cups
>
> As far as I can see, other configuration items as described in
> http://www.freebsd.org/doc/en/articles/cups/printing-cups-configuring-server.html
> are reasonable.
>
> One thing I noticed is that when I restarted devfs, nothing /seemed
> to/ happen:
>
> # /etc/rc.d/devfs restart
> #
>
> But when I restarted cupsd, I received acknowledgement:
>
> # /usr/local/etc/rc.d/cupsd restart
> Stopping cupsd.
> Starting cupsd.
> #
>
> Maybe "cups" /is/ properly installed... After all, it does respond to
> me on http://localhost:631. The main problem seems to be the fact that
> something fails when actually printing. On the job status page, I see:
>
> ?  ID ?	Name	User	Size	Pages	State	Control
> KONICA-MINOLTA-2430DL-24  	Test Page  	root  	1k  	1  	stopped
> "/usr/local/libexec/cups/filter/rastertokm2430dl failed"
>




-- 

  jhell