Bug#970725: cups-client: lpoptions fails to get printer options
Control: tags -1 +pending Le dimanche, 22 novembre 2020, 19.29:54 h CET Brian Potkin a écrit : > found 970725 2.3.3op1-106-ga72b0140e-1 > thanks > > It is not too surprising to still find the described behaviour in > the experimental version of cups-client as it contains the patch > "Make lpoptions list a printer's options correctly also when CUPS > is running on an alternative port". You're right. This patch was in the Ubuntu fork (to work best in Ubuntu snaps I guess), which I imported. So I forwarded to (the new) upstream there https://github.com/OpenPrinting/cups/pull/39 … where it got put to doubt by Michael Sweet (upstream author). So I'll remove it from unstable and experimental. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#970725: cups-client: lpoptions fails to get printer options
found 970725 2.3.3op1-106-ga72b0140e-1 thanks It is not too surprising to still find the described behaviour in the experimental version of cups-client as it contains the patch "Make lpoptions list a printer's options correctly also when CUPS is running on an alternative port". Is it possible to reinstate what CUPS Issue #5045 was intended to fix and provide? Sometimes, I am inclined to submit reports that are not in fact bugs; I usually discover this myself. I would appreciate knowing whether this bug too should be closed. Cheers, Brian.
Bug#970725: cups-client: lpoptions fails to get printer options
Package: cups-client Version: 2.3.3-3 Severity: normal cups-browsed is not running, 'lpstat -l -e' lists ENVY4500 as being on the network and gives its URI. 'lpoptions -p ENVY4500 -l' (which works on 2.3.3-2) gives: lpoptions: Unable to get PPD file for ENVY4500: The printer or class does not exist. 'lpoptions -p ENVY4500' does work. Regards, Brian.
