Control: tags -1 +moreinfo Hi Lionel and Wolfgang, hi Till, thanks for your detailed bugreports and proposed patch. Le samedi, 16 novembre 2013, 05.34:09 Lionel Elie Mamane a écrit : > Let FOO be a printer configured in CUPS with an > ipp://foo.localdomain.tld/something device uri. > Mine is a Konica Minolto C353. > > All cups clients fail to show printing options. > > "lpoptions -d FOO -l" says: > lpoptions: Unable to get PPD file for FOO: Not Found > > A wireshark shows a request for http://device_ip:631/ipp.ppd, > to which the printer replies by a 404. > > The attached patch disables that undesirable behaviour, which is new > in 1.6 (did not happen in 1.5). Your proposed patch is functionally equivalent to disabling the get-ppd- file-for-statically-configured-ipp-shared-queues.patch , which was introduced in 1.6.1-1 as a backport from upstream's fix for http://cups.org/str.php?L4178 Till, as you wrote this patch, what do you think about this? Apparently, http://cups.org/str.php?L4159 was related to this problem and got solved differently in 1.6.2, and now cups/util.c appears to be redundant around this codeblock. Till, can we remove this patch on all versions > 1.6.2 ? Le dimanche, 5 janvier 2014, 01.44:37 Wolfgang Walter a écrit : > We modified libcups in the same way as Lionel. I don't know why this > has been changed from 1.5 to 1.6 but it seems buggy. Most > ipp-printers don't provide a PPD. And even if the do there is no > guarantie the client is allowed to communicate directly with the > printer. Lionel & Wolfgang: can you try to rebuild and try unstable's cups (1.7.0-2) without the get-ppd-file-for-statically-configured-ipp-shared- queues patch and report back if this works as expected? Cheers, OdyX -- OdyX
Attachment:
signature.asc
Description: This is a digitally signed message part.