Open jamesps-ebi opened 3 years ago
Note the lines
status-code = client-error-bad-request ("media-type-supported": Bad keyword value "thick-1(-2nd)" - invalid character (RFC 8011 section 5.1.4).)
"media-type-supported": Bad keyword value "thick-1(-2nd)" - invalid character (RFC 8011 section 5.1.4).
If you compare RFC 8011 section 5.1.4, you will find that thick-1(-2nd)
is not a valid keyword because of the parentheses.
If you adjust that line in the PPD file, everything should be okay again I guess. Not sure why CUPS is suddenly(?) picky about this, but keep in mind that Debian / Ubuntu apply their own maintainer patches before building OS packages.
Thanks for your input. I'll look into your suggestion and see if I can solve this via the PPD file.
Looks like you're right. Similar to #6 (comment) I have manually removed any lines from the PPD containing parentheses and the puppet manifest now successfully runs, though I have no idea what the impact of this would be.
So I've reached out to the printer manufacturer to explain the issue since even the latest driver PPD files have this problem. I think this issue can probably be closed since it's more a problem with the printer driver itself.
Given Ubuntu 20.04, Puppet 6.24, CUPS 2.3.1, leoarnold-cups 2.2.2 When I apply the manifest
In order to add a new network/SMB printer queue Then I get the following error when running
puppet agent -t
on the nodeThis is a config we previously had working on Ubuntu 18.04 with cups 2.2.7 and leoarnold-cups 2.0.2 and we're now testing on Ubuntu 20.04 nodes. As far as I can tell the printer in question IS added but is left disabled and not accepting jobs by default (also the above error from puppet agent logs).