[LUNI] Long stange trip.
Keith T. Garner
kgarner at kgarner.com
Thu Mar 24 16:30:55 CST 2005
On Thu, Mar 24, 2005 at 01:59:19, Richard Reina said:
> LPRng would be
> > one package that could
> > be added to Extras, although, you'd have to be a
> > serious masochist to
> > volunteer to fix the LPRng bugs. Thats why we
> > dropped it for cups in the
> > first place, it wasn't buggy, it was infested.
> No offence Tom, but in 3 years using LPRng across a
> network with half a dozen clients I've never
> encountered one bug.
> OTOH, cups won't even correctly execute the simple lpr
> lpr -P lp at 192.168.0.4 document1
As far as traditional lpr is concerned, that is not a simple lpr
command. That's an LPRng specific extension. In traditional lpr, if
it wasn't in /etc/printcap as a queue, you couldn't print to it. The
LPRng extention was useful and simple to use, but it wasn't standard.
All cups is having you do is define the printer in such a way as you
would in traditional lp. Define it to the system, then call it with
"lpr -P<local-queue>" instead of "lpr -P <queue at host>" as you have
As for the bugs in cups vs bugs in LPRng, from my perspective as a
user its been pretty equal. However, the breadth of functionality
(including being able to read standard PPD files and print over IPP)
are well worth it. I couldn't wait for LPRng not to be the standard
on RH/Fedora systems.
Keith T. Garner kgarner at kgarner.com
"Make no little plans; they have no magic to
stir men's blood." - Daniel H. Burnham
More information about the luni