Bug#729713: libcups2: fails to fetch ppd of ipp:// device
Package: libcups2
Version: 1.6.3-1
Severity: normal
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).
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (600, 'testing-updates'), (600, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libcups2 depends on:
ii libavahi-client3 0.6.31-2
ii libavahi-common3 0.6.31-2
ii libc6 2.17-93
ii libgnutls26 2.12.23-8
ii libgssapi-krb5-2 1.11.3+dfsg-3
ii multiarch-support 2.17-93
ii zlib1g 1:1.2.8.dfsg-1
libcups2 recommends no packages.
Versions of packages libcups2 suggests:
ii cups-common 1.6.3-1
-- no debconf information
Index: cups-1.6.3/cups/util.c
===================================================================
--- cups-1.6.3.orig/cups/util.c 2013-11-15 11:25:51.000000000 +0100
+++ cups-1.6.3/cups/util.c 2013-11-15 16:41:31.456593720 +0100
@@ -1713,6 +1713,7 @@
IPP_TAG_URI)) != NULL)
device_uri = attr->values[0].string.text;
+#if 0
if (device_uri &&
(!strncmp(device_uri, "ipp://", 6) ||
!strncmp(device_uri, "ipps://", 7) ||
@@ -1749,7 +1750,9 @@
return (1);
}
- else if ((attr = ippFindAttribute(response, "member-uris",
+ else
+#endif
+ if ((attr = ippFindAttribute(response, "member-uris",
IPP_TAG_URI)) != NULL)
{
/*
Reply to: