[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: lprng problems

Hamish Moffatt <moffatt@yallara.cs.rmit.edu.au> writes:

> I'm surprised at the big push towards lprng because it seems just
> as hard to configure, the documentation seems disorganised, etc.

Well, I'll agree that the documentation isn't a work of art, but I,
personally, have found it no harder to configure than lpr.

> However I want to run the filters locally, because my workstation
> is a P166+ and the server is a 486-33 which takes ages to do the
> conversions. LPR admits that local filters aren't supported, but
> I thought one of lprng's advantages was support for this - but it's
> not in the manual pages or in the /usr/doc/lprng documentation.

It is in there.  It's got its own separate file, in

Now I'll also give you that this isn't a terribly good name.

> I really have no idea how to fix this. Really, local filters aren't
> very hard with standard lpd; you just set up your queue to be filtered
> to print to /dev/null, and get the filter to direct its output
> to "|lpr -P<real printer>", where the real printer would send network
> output. This isn't exactly documented, but it makes sense. I can't
> say the same for lprng so far, and I can't even get this method to
> work. Argh!

If you read the bouncequeue document, you'll see that it really _is_ a
piece of cake.

Here's the entry I use:

lcml_techservices1|Technical Services LaserJet 4Plus:\

That took me about 5 minutes, after I found the proper document---I'm
suprised you didn't run across it.


TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com

Reply to: