Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > alt.os.linux.mint > #39548

Re: printing multiple copies

Cross-posted to 2 groups.

Followups directed to: alt.os.linux.mint, comp.os.linux.networking

Show key headers only | View raw

"Carlos E.R." <robin_listas@es.invalid> writes:

> 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.

How about a symbolic link?

Scott
-- 
Scott Hemphill	hemphill@alumni.caltech.edu
"This isn't flying.  This is falling, with style."  -- Buzz Lightyear

Back to alt.os.linux.mint | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

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 Nic <Nic@none.net> - 2022-12-22 12:52 -0500
    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