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?
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?
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.
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?
Mike Scott wrote:
A long-standing and very annoying problem here.Printers and Scanners — Linux Mint User Guide documentation https://linuxmint-user-guide.readthedocs.io/en/latest/printers.html
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?
Driverless Printing and Scanning (IPP)
Since version 21, Linux Mint features driverless printing and scanning:
...
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.
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.
"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?
Has anybody implemented IPP in LM 19.1?
Mike Scott wrote:
A long-standing and very annoying problem here.Printers and Scanners — Linux Mint User Guide documentation https://linuxmint-user-guide.readthedocs.io/en/latest/printers.html
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?
Driverless Printing and Scanning (IPP)
Since version 21, Linux Mint features driverless printing and scanning:
...
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?
On Wed, 30 Nov 2022 19:10:53 +0000
Mike Scott <usenet.16@scottsonline.org.uk.invalid> 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?
Years of experience with Brother printers under Linux have taught me always to go to:
https://www.brother.co.uk/support/drivers
Enter your model number, select .deb and continue to a happy life.
I always save the resultant ppd from /etc/cups/ppd to a folder in my /home/me/useful-bits directory to save future hassle.
HTH
Regards, Alan
Sysop: | Tetrazocine |
---|---|
Location: | Melbourne, VIC, Australia |
Users: | 7 |
Nodes: | 8 (0 / 8) |
Uptime: | 156:36:17 |
Calls: | 46 |
Files: | 21,492 |
Messages: | 65,522 |