Hamish Moffatt <[EMAIL PROTECTED]> 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
fact---README.bouncequeues.gz
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:\
:[EMAIL PROTECTED]:\
:if=/usr/bin/ljet4-filter:\
:lf=/var/log/lp-errs:\
:[EMAIL PROTECTED]:\
:mx#0:\
:sd=/var/spool/lpd/remote:\
:sh:
That took me about 5 minutes, after I found the proper document---I'm
suprised you didn't run across it.
Mike.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
