[6527] in Release_7.7_team
Re: lprm for normal users doesn't work
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Mon Nov 23 08:29:13 2009
Cc: "Mark W. Manley" <mmanley@mit.edu>, release-team@mit.edu,
Debathena <debathena@mit.edu>
Message-Id: <092D06A9-91C1-4945-8CE1-834EF2615995@mit.edu>
From: Jonathan Reed <jdreed@MIT.EDU>
To: Geoffrey Thomas <geofft@mit.edu>
In-Reply-To: <alpine.DEB.1.10.0911230812580.28415@dr-wily.mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Mon, 23 Nov 2009 08:28:19 -0500
X-Spam-Flag: NO
X-Spam-Score: 0.00
> Debathena people - have we started patching our wrapper or should I
> do that now?
(dropping ops@ from CC)
I do not believe we have started. I was going to look at it this
morning, but seeing as how you can build packages too, go for it if
you have time. That way we can start the -proposed clock ticking now.
I'm thinking that we want the following functionality:
lpq -Pceres -> cups-lpq -h print-this.mit.edu -Pceres
lprm -Pceres 123 -> cups-lprm -h print-this.mit.edu -Pceres 123
I suspect that implenting "lprm -Pceres" and having it remove the
user's first job will be hard, so that should may print an error
saying "lprm now requires a job number".
There's the option of defaulting to --cups (it currently defaults to --
lprng), or the option of simply querying Hesiod each time and
comparing the print server with a list of known cups servers and known
lprng servers. Additionally, it appears that Hesiod entries for cups
printers don't have the "auth=kerberos5" clause that lprng ones used
to have, so maybe we can conditionalize on that.
-Jon