[112] in athena10
Re: Is Athena10 using LPRng, CUPS or both?
daemon@ATHENA.MIT.EDU (Greg Hudson)
Mon Mar 10 11:09:06 2008
From: Greg Hudson <ghudson@MIT.EDU>
To: William Cattey <wdc@mit.edu>
Cc: athena10@mit.edu, rhe-release@mit.edu, sipb-cups@mit.edu
In-Reply-To: <5C528321-CDE5-4D39-BB39-368505A138FA@mit.edu>
Content-Type: text/plain
Date: Mon, 10 Mar 2008 11:08:22 -0400
Message-Id: <1205161702.5860.8.camel@error-messages.mit.edu>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
On Sat, 2008-03-08 at 15:07 -0500, William Cattey wrote:
> What is Athena10 planning to do?
We don't have a firm plan yet.
ops has expressed a willingness to make changes to the printing
infrastructure but I'm guessing they would need help for anything
serious. They are more amenable to less invasive changes, like setting
up a CUPS server as a front end to the existing lpd printing queues.
SIPB's work in setting up a prototype CUPS front end is appreciated
here.
Ideally I would like to get to a point where the Athena lprng sources
are no longer required at all. Corner cases like removing printing jobs
may make that unfeasible for Athena 10. If we do have to build it, we
will probably follow SWRT's lead and rename all of the commands to
mit-lp* to avoid conflicting with native printing packages.
It is unclear how long authenticated printing will remain important. My
understanding is that it is still in use with some private printers but
no one in IS&T particularly wants to support it any more. CUPS
supposedly allows Kerberos-authenticated printing via IPP with forwarded
tickets, but (1) we don't know if that really works, and (2) that
requires adding IPP printing queues alongside or in place of the lpd
printing queues, which is a more invasive change.
