FWIW,
If you are running the latest Solaris Express (based on Solaris Nevada
build 44 or later), you don't need to symlink in the CUPS bin/sbin
commands. The bundled versions of
lp, lpstat, cancel, lpmove, accept, reject, enable, disable
lpr, lpq, lprm, lpc
are capable of using IPP to talk to a print service and do work with
CUPS or LP.
You just need to add an entry for each CUPS queue in /etc/printers.conf, Ex:
queue:\
:bsdaddr=localhost,queue:\
:printer-uri-supported=ipp\://localhost/printers/queue:
When we update CUPS on the Companion, we will patch it to add these
entries automagically.
I filed a bug and provided diffs on cups.org, but Mike would prefer a to
have a C API that CUPS can use to do this. I can't say I blame him. If
I weren't hoping to see the current private C API used by lpset(1m) go,
I would expose it, document it, and make it public.
-Norm
PS.
I am some what odd, but I run both CUPS 1.2.X and LP simultaneously
on a few of my systems for testing purposes.
Ken Mays wrote:
> Here is a complete build of CUPS 1.2.3 based on Blastwave packages.
> http://www.blastwave.org/testing/cups123-1.2.3-SunOS5.8-i386-CSW.pkg.gz
>
> The cups 1.2.3 packages already existed, but this is a unified one.
>
> The ImageMagick 6.5.8 package is already built for review as well as foomatic
> and ESP GS 8.15.2.
>
> As for cups, just symlink the sbin/bin commands and make sure the right lp
> daemon(s) is in use.
>
> I found the earlier discussion of Paul's at:
> http://www.opensolaris.org/jive/thread.jspa?threadID=10951&tstart=0
> " These packages are:
>
>> SFWcups SFWespgs SFWfltk SFWgutenprint SFWpnm2ppa
>> SFWcupsprint SFWffilters SFWfppds SFWhpijs SFWxpp
>> where package SFWcupsprint is a dummy package that pulls all the others
>> together (via dependencies)."
>>
>
> Ken Mays
> EarthLink, Inc.
>
>
> This message posted from opensolaris.org
> _______________________________________________
> printing-discuss mailing list
> printing-discuss at opensolaris.org
>
