[8142] in athena10
Re: [Debathena] #465: come up with a coherent plan for
daemon@ATHENA.MIT.EDU (Debathena Trac)
Thu Aug 4 15:50:34 2011
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: geofft@mit.edu, andersk@mit.edu, broder@mit.edu, jdreed@mit.edu
Date: Thu, 04 Aug 2011 19:50:27 -0000
Reply-To:
Message-ID: <052.1116ddb55e27710f9371fd1a2d738dc5@mit.edu>
In-Reply-To: <043.72daeb21733bef2398b11a1ba9808afb@mit.edu>
Content-Transfer-Encoding: 8bit
#465: come up with a coherent plan for debathena-printing-config----------------------+-----------------------------------------------------
Reporter: geofft | Owner:
Type: task | Status: new
Priority: normal | Milestone: The Distant Future
Component: printing | Keywords:
See_also: |
----------------------+-----------------------------------------------------
Comment(by geofft):
So yeah, there's this Pharos thing. Looking at things raised above:
* Header pages are no longer interesting, nor is zephyring on job
completion.
* Command-line compatibility might be. ... does mit-lpr -Zduplex
-Pbw@mitprint work? Or do you use lpr -o sides=two-sided-long-edge and let
the hpijs driver encode that?
* Being able to set defaults, specifically single/double-sided printing,
is interesting.
* Printing to non-Pharos printers from Athena via either the command-line
or a GUI is still interesting.
* printing-config existing for non-Athena platforms is not really
interesting, I think, since it's only one queue to add now and you don't
need to involve Hesiod in any way.
* Kerberized LPR is not our problem. If someone else wants to make it
work on their machines / print server and get things working upstream,
good for them.
-- Ticket URL: <https://debathena.mit.edu:444/trac/ticket/465#comment:9>Debathena <http://debathena.mit.edu/>MIT Debathena Project
