[6503] in Release_7.7_team
Re: ceres/bias switching to CUPS
daemon@ATHENA.MIT.EDU (Evan Broder)
Tue Nov 10 18:34:56 2009
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.00.0911040736070.19415@green-arrow.mit.edu>
Date: Tue, 10 Nov 2009 18:34:46 -0500
Message-ID: <2706d8dd0911101534w5968ddpad64a3ecc1ea5af8@mail.gmail.com>
From: Evan Broder <broder@MIT.EDU>
To: "Mark W. Manley" <mmanley@mit.edu>
Cc: Geoffrey Thomas <geofft@mit.edu>, release-team@mit.edu, ops@mit.edu
Content-Type: text/plain; charset=ISO-8859-1
X-Spam-Flag: NO
X-Spam-Score: 0.00
Content-Transfer-Encoding: 8bit
Hmm...I deployed a change to our testing machines today that uses
/etc/cups/client.conf to go directly to printers.mit.edu instead of
BrowsePolling.
I ended up with this: http://web.mit.edu/sipbtest/Public/printing.png
Any ideas?
If you want to attempt to reproduce, you can turn on the -proposed
repository (http://debathena.mit.edu/experimental#proposed) and
install the debathena-cluster-printing-config package.
- Evan
On Wed, Nov 4, 2009 at 7:42 AM, Mark W. Manley <mmanley@mit.edu> wrote:
> Hello folks,
>
> Sorry, I took yesterday off. To address your concerns:
>
> Geoffrey: It's on my radar to extend the LPQ output. I don't want to try
> in CUPS 1.3.x, which is currently the operating environment for the
> printers.mit.edu system. I'm working on porting 1.4.1 into a usable state,
> so I'll see what I can do.
>
> Evan: A post-processing script that I wrote to keep offline printers
> offline is stomping on the LPRM/LPC access rights for the queue. It's a
> simple fix and I'll work on it this morning. The DCM is doing the Right
> Thing [tm] by putting all the principals into the policy file, but the
> script is messing up the printers.conf file OpPolicy directive.
>
> I just put myself on the release-team list to keep up with any updates from
> here on since I'm working on creating DebAthena based dialups and this CUPS
> system. As you may have gathered, CUPS is far from perfect in its vanilla
> state, but it's the print system of choice in Debian, Mac OS X, and so on,
> so I think still it's the best to work with, especially since it does
> Kerberos and I have the source.
>
> -MM
>
