Subject: Re: CVS commit: basesrc
To: None <mrg@netbsd.org>
From: Gary Duzan <gary@gduzan.static.shore.net>
List: source-changes
Date: 12/07/1999 14:31:21
In Message <199912071454.GAA27665@nb00.nas.nasa.gov> ,
   matthew green <mrg@netbsd.org> 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