Re: CVS commit: basesrc

[Gary Duzan <gary%gduzan.static.shore.net@localhost>]

In Message <199912071454.GAA27665%nb00.nas.nasa.gov@localhost> ,
   matthew green <mrg%netbsd.org@localhost> wrote:

=>
=>Module Name:  basesrc
=>Committed By: mrg
=>Date:         Tue Dec  7 14:54:49 UTC 1999
=>
=>Modified Files:
=>      basesrc/usr.sbin/lpr/common_source: displayq.c lp.h rmjob.c
=>      basesrc/usr.sbin/lpr/filters: lpf.c
=>      basesrc/usr.sbin/lpr/lpd: lpd.c printjob.c
=>      basesrc/usr.sbin/lpr/lpq: lpq.c
=>      basesrc/usr.sbin/lpr/lprm: lprm.c
=>
=>Log Message:
=> [...]
=>- add a -r flag to lpd to allow `of' filters for remote jobs.
=>
=>i know there are ways around this, but i just don't care.

   Thank you very much. This was driving me batty.

=>- add a -f flag to lpf to add missing carriage returns.
=>
=>useful when printing UNIX files to an, eg, LaserWriter that wants CR's
=>as well as LF's in raw text.  stair-stepped text is no fun.

   Shouldn't this be a printcap option? If you have more than one
printer you might want to LF-ify some but not others. For example,
a PCL printer might get a bit upset.

=>- use setproctitle() where appropriate so the sysadmin has a clue about
=>  what each of the lpd's here are doing.
=>
=>this was useful to help diagnose a problem (that the above child process
=>accounting change reduces the lossages of) where a rogue client was
=>attempting "lpq" operations on one stuck queue in rapid succession,
=>causing the lpd server to be extremely slow, due to the large number
=>of lpd processes running.

   Could be useful, certainly.

                                        Gary D. Duzan