[6547] in Release_7.7_team
printing-config with magic CUPS support in production
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Mon Dec 7 07:32:14 2009
Date: Mon, 7 Dec 2009 07:31:55 -0500 (EST)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: debathena@mit.edu
cc: release-team@mit.edu
Message-ID: <alpine.DEB.1.10.0912070717250.22019@dr-wily.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
X-Spam-Flag: NO
X-Spam-Score: 0.00
After finally getting around to running through the test cases[*], I
pushed the debathena-printing-config version that includes the logic to
always communicate with the backend CUPS server to production.
Unfortunately I didn't remember this before the 6am 2-hour desync cycle,
so we're only guaranteed for machines to take this after the 8am 6-hour
desync cycle (i.e., by 2pm). lpq and lprm should work now and things
should in general be a little bit less painful (e.g.,
-Zsimplex/duplex/duplexshort are converted to -o sides=whatever, and even
-h should work).
Can the more OLCy folks among you than I (jdreed, broder, whomever) take
care of the relevant tickets? I don't like replying to users at 7 AM; I
get kind of bitter.
[*] This is /mit/debathena/doc/printing-test-plan.txt. When you take the
Cartesian product of that and [CUPS, LPRng], the number of
pages you need to print out to push a printing-config become
somewhat exorbitant. I even skipped the color printing ones.
--
Geoffrey Thomas
geofft@mit.edu