Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.networking > #5202
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Newsgroups | alt.os.linux.mint, comp.os.linux.networking |
| Subject | Re: printing multiple copies |
| Date | 2022-12-02 12:55 +0100 |
| Message-ID | <2m5p5jxi01.ln2@Telcontar.valinor> (permalink) |
| References | <tm89rt$2j47g$1@dont-email.me> <tm8r5o$2kbvv$1@dont-email.me> <tmaiq5$2qtcr$1@dont-email.me> |
Cross-posted to 2 groups.
On 2022-12-01 16:55, Mike Scott wrote: > On 01/12/2022 00:06, Paul wrote: >> On 11/30/2022 2:10 PM, Mike Scott wrote: >>> A long-standing and very annoying problem here. >>> >>> With the default .ppd file for my Brother printer, the number of >>> copies is ignored (whether from the print dialogue or using 'lpr -#'. >>> The fix is out there on the net - change "true" to "True" (could you >>> make it up?) in the "cupsManualCopies" entry in the ppd. >>> >>> The only snag is that a new ppd arrives from out of the ether >>> whenever cups restarts (eg boot time): any change only stays on >>> manually installed printers. >>> >>> Is there a fix for this? I can't find where the ppd's are loaded from >>> - can anyone help please? > .....> " >> >> That suggests a ModelNumber.ppd is coerced before being stored as >> PrinterQueueName.ppd, >> making it harder to trace where it came from. It could be put where >> ever that is, >> when the printer is manually installed, or perhaps when some >> CUPS-specific software >> gets an update. >> >> I would want to search the machine for all the PPD files, and see if >> there >> is a "pattern" to their naming, hinting at the best place to be reaching >> in and adjusting them. > > > Bit of serendipity earlier today. There's a program 'driverless' that > generates ppd files. I ran this with strace -- it seems it picks up the > ppd from the printer itself. So no chance of simply fixing the errant > capital letter. I'm toying with the idea of renaming this, and writing a > shell script with the same name to call the original and edit it > appropriately. > > Either local software has changed to be more case-picky, or I'm > remembering a previous printer when I say it "used to work". > > Thanks for replying. You should be able to report that as a Bug to your distribution. Otherwise, there are things you can try: Remove the "w" (write) permission of the file. Maybe make it inmutable. A cron job replaces it (don't bother with the edit). If you are using Apparmor, you can deny the permission to 'driverless' for writing that particular file. -- Cheers, Carlos.
Back to comp.os.linux.networking | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
printing multiple copies Mike Scott <usenet.16@scottsonline.org.uk.invalid> - 2022-11-30 19:10 +0000
Re: printing multiple copies Nic <Nic@none.net> - 2022-11-30 18:36 -0500
Re: printing multiple copies Paul <nospam@needed.invalid> - 2022-11-30 19:06 -0500
Re: printing multiple copies Mike Scott <usenet.16@scottsonline.org.uk.invalid> - 2022-12-01 15:55 +0000
Re: printing multiple copies "Carlos E.R." <robin_listas@es.invalid> - 2022-12-02 12:55 +0100
Re: printing multiple copies Scott Hemphill <hemphill@hemphills.net> - 2022-12-02 17:42 -0500
Re: printing multiple copies "Carlos E.R." <robin_listas@es.invalid> - 2022-12-03 00:02 +0100
Re: printing multiple copies "Andrei Z." <no-email@invalid.invalid> - 2022-12-01 19:52 +0300
Re: printing multiple copies Nic <Nic@none.net> - 2022-12-01 12:04 -0500
Re: printing multiple copies Dan Purgert <dan@djph.net> - 2022-12-22 16:17 +0000
Re: printing multiple copies "Andrei Z." <no-email@invalid.invalid> - 2022-12-23 14:14 +0300
Re: printing multiple copies "eternal.septemer" <pinnerite@gmail.com> - 2023-07-14 12:45 +0100
Re: printing multiple copies Mike Scott <usenet.16@scottsonline.org.uk.invalid> - 2023-07-15 11:37 +0100
csiph-web