[6366] in Release_7.7_team
Please revert /mit/acro*/arch/i386_deb50/bin/lpr
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Sat Jun 20 00:13:25 2009
Date: Sat, 20 Jun 2009 00:13:11 -0400 (EDT)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: Alex T Prengel <alexp@mit.edu>
cc: release-team@mit.edu, John A Hawkinson <jhawk@mit.edu>
Message-ID: <alpine.DEB.1.10.0906192309270.25302@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
X-Spam-Flag: NO
X-Spam-Score: 0.00
Hi Alex,
We've implemented the ability in debathena-printing-config's lpr wrapper
to auto-detect whether you want LPRng or CUPS lpr, so the hack to make
acroread's lpr always use /usr/bin/cups-lpr isn't needed any more.
jhawk reported tonight that he couldn't print with "Custom" selected as
the printer and 'lpr -Pajax2' selected as the command, because ajax2
doesn't exist on the CUPS server, and acroread always used cups-lpr. While
this is correct for CUPS printers from the dropdown, it's likely to be
incorrect for a manual command line. The auto-sensing lpr wrapper
addresses that, and should ensure that you get whichever lpr is capable of
handling the options passed to it.
So I believe reverting it shouldn't break any of the current behavior, but
will fix bugs with using custom lpr command lines.
--
Geoffrey Thomas
geofft@mit.edu
