Re: [cups] MacOS clients using n-up printing to CUPS server doubles up the n-up option
Douglas Kosovic <[email protected]> Sat, 24 Feb 2024 01:32:05 +0000
| Newsgroups | gmane.comp.printing.cups.general |
|---|---|
| Message-ID | <SYBP282MB261793F8E42A6DB53F19F42D87542@SYBP282MB2617.AUSP282.PROD.OUTLOOK.COM> |
Hi Jeff, > So just to confirm: this seems to be a side effect of not advertising > the queues as _cups (which I definitely am not doing), but changing > that to add the _cups PTR would resolve this issue while adding new > ones. The other option is to custom compile CUPS with your patch to > skip this (and some other) attribute when the incoming print job is > via IPP/Airprint… Correct. > Now I just need to figure out how to compile CUPS and add the patch ;). > That may be complicated somewhat in that I’ve got CUPS within a Docker > container… I’ll play around and see what I can figure out. Alternatively you could write a wrapper script around the pdftopdf filter and remove the "number-up" option (and others). The options I excluded in the patch were based on what the pdftops filter excludes because those options would have already been applied by the pdftopdf filter: https://github.com/OpenPrinting/cups-filters/blob/1.28.17/filter/pdftops.c#L67 I removed "Collate" out of the list of options to exclude in my patch, suspect it might need to be added back. Cheers, Doug _______________________________________________ cups mailing list [email protected] https://lists.cups.org/mailman/listinfo/cups