Custom Query (1145 matches)

Reported by jdreed, 15 years ago.

With the transition of the cluster printers to CUPS, lprm and lpq now only works if you talk to the actual CUPS server and not printers.mit.edu. This is a major change in behavior and actively conflicts with documentation and printed instructions in clusters.

Our wrapper script should look up queues in Hesiod and add the appropriate -h flag.

lpq/lprm should possibly also default to --cups mode based on the printer name and not just argument parsing.

This will have the side effect of making lpq output much nicer:

c.f. :

jdreed@infinite-loop:~$ lpq -Pajax | head -5 ajax is ready and printing

q_liang: active [job 2834 (Nov 19 20:15) localhost]

(STDIN) 3019776 bytes

jdreed@infinite-loop:~$ lpq -Pajax -h get-print.mit.edu | head -5 ajax is ready and printing Rank Owner Job File(s) Total Size active q_liang 2834 (STDIN) 3019776 bytes 1st jaimevr 2835 Test3Rev_dvi _Test3Rev_1_pdf_ 315392 bytes 2nd jaimevr 2836 Test3Rev_dvi _Test3RevSol_1_pdf 1129472 bytes

Reported by geofft, 14 years ago.

I thought schroot would save us but it doesn't; the last two machines I watched reboot had leftover sessions that it attempted to recover.

1. We should double-check schroot's work in cleaning up more thoroughly
2. schroot should be configured to remove existing sessions at boot, not recover them. I think I saw an option about this.

Reported by broder, 14 years ago.

For reasons more or less identical to those in < https://wiki.ubuntu.com/DebianMaintainerField>, when we modify somebody else's package, we should stick our name on it and not theirs.

The debathenificator should be able to move the Maintainer field to XSBC-Original-Maintainer, and put us down as the Maintainer.

We're actually only using the debathenificator framework for lprng right now, making it the only package affected by this, but we should be sure to bump its version number and rebuild when we fix this.