Closed debiantriage closed 1 year ago
ippeveprinter is set up like this:
/usr/sbin/ippeveprinter -c /usr/local/bin/pdftopdfa -f application/pdf "Print to PDFA"
pdftopda converts a PDF to PDF/A. No problem with that.
ippfind gives a URI of Iipp://test-new.local:8001/ipp/prin. A permanent queue is created:
Iipp://test-new.local:8001/ipp/prin
lpadmin -p pdfa-q -v URI -E -m everywhere
and printer to.
lp -d pdfa-q FILE.pdf
works very nicely. Not so with -n 5 added to the _lp_commandline. There is only one copy produced.
-n 5
/etc/cups/ppd/pdfaq.pdf was edited to have cupsManualCopies: True added. CUPS was restarted. That works to give multiple copies.
Should the PPD be generated with *cupsManualCopies: True in it?
This issue appears to affect the Printer Applications too.
Submitted to the CUPS project.
ippeveprinter is set up like this:
pdftopda converts a PDF to PDF/A. No problem with that.
ippfind gives a URI of
Iipp://test-new.local:8001/ipp/prin
. A permanent queue is created:and printer to.
works very nicely. Not so with
-n 5
added to the _lp_commandline. There is only one copy produced./etc/cups/ppd/pdfaq.pdf was edited to have cupsManualCopies: True added. CUPS was restarted. That works to give multiple copies.
Should the PPD be generated with *cupsManualCopies: True in it?
This issue appears to affect the Printer Applications too.