-
Notifications
You must be signed in to change notification settings - Fork 34
Ubuntu 20.04 - Could not prefetch cups_queue provider 'cups' #414
Comments
Note the lines
If you compare RFC 8011 section 5.1.4, you will find that 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. |
See also #6 (comment) and #61 (comment). |
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).
The text was updated successfully, but these errors were encountered: