tags 616174 -patch thanks On Wed, Mar 02, 2011 at 03:51:00PM -0700, s. keeling wrote: > Hi. I'm actually reporting for my sandbox machine which runs aptosid, > so sid downstream (formerly Sidux). It's up to date. I've recently > run into updates that have successively blown away about four manual > installs of lprng. "This's maddening! Why doesn't it work today, > dammit?!?" Ah, CUPS updates blew away lpr*. !@#$ Which updates? The only reason that LPRng would be replaced by CUPS is if a package gets installed that recommends it or depends upon it. Few packages directly depend upon CUPS, it having a client-server architecture. About the only one I see is hplip; are you using an HP printer? If not, which backend drivers do you need? It may be the case that the dependencies can be tweaked to be better, but you'll need to identify what you did and which packages are responsible. Do you have a record of what the updates were, or can you reproduce it? Are you installing recommends by default; this could be due to something recommending CUPS. > I would really appreciate it if you would institute an > /etc/default/print which would specify "this system's" preferred > printing system, and serve as a "Dammit! don't fsck with it!" for all > other programs. PLEASE!!! > > /etc/default/print: > > # We prefer this daemon on this box! Please choose, and damn > # the installer/packager that fscks with this. Possible > # values are cups, lpr, lprng, and if empty, CUPS, and damn you to > # ... > # > DAEMON=lprng This is not a configuration issue, it's a package dependency issue. I've removed the patch tag because this isn't a solution to the problem, and was not a working patch in any case. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
Attachment:
signature.asc
Description: Digital signature