LPROPT isn't respected

[geofft]

opus:~ geofft$ export LPROPT=-Psipbmp3
opus:~ geofft$ lpr
^D
meadow: nothing to print

Before deploying the fix for this you must fix #138 or people who set LPROPT=-z will be sad because they can't print anything.

We could probably fix these with wrappers around mit-lp* to set the right arguments (isn't there a -Zsomething for zephyr?). We could definitely fix these by Debathenifyng them more invasively than we do now.

[broder]

How badly do we actually want this fixed? If we assume that Athena is eventually moving towards something that looks like CUPS, then we probably want to desupport LPROPT in favor of ~/.cups/lpoptions

[geofft]

It's certainly a change of behavior that needs to be pretty obviously documented, well beyond what I've seen our change-of-behavior documentation practices are, and a lot of people set LPROPT. Mine personally gives me header pages that I can use (staff paper), and I'm sure hundreds of people suppress header pages entirely.

I also saw this used in a shell script the other day to force a certain printer. So I'm not sure that I want to see LPROPT go away.

Also, so long as LPRng is around (...and the default), we need something that affects it, because ~/.cups/lpoptions won't.

[geofft]

While I'm thinking about hacking the debathena-printing-config wrapper script... it would be totally trivial to insert os.environ['LPROPT'] into the getopt call for lprng.

[geofft]

os.environ['LPROPT'] added to the lpr wrapper script's code to run mit-lpr in r23950. While this doesn't help people who run mit-lpr explicitly, release-team thinks we don't care about that use case.

This is just for LPRng's lpr; if you're using CUPS, you want ~/.cups/lpoptions.