Your message dated Thu, 30 Jan 2020 21:08:46 +0100 with message-id <2876651.D3t6uvyWbR@odyx.org> and subject line Re: Bug#729713: libcups2: fails to fetch ppd of ipp:// device has caused the Debian Bug report #729713, regarding libcups2: fails to fetch ppd of ipp:// device to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 729713: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729713 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: libcups2: fails to fetch ppd of ipp:// device
- From: Lionel Elie Mamane <lionel@mamane.lu>
- Date: Sat, 16 Nov 2013 05:34:09 +0100
- Message-id: <20131116043409.GA18369@capsaicin.mamane.lu>
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 informationIndex: 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) { /*
--- End Message ---
--- Begin Message ---
- To: 729713-done@bugs.debian.org
- Subject: Re: Bug#729713: libcups2: fails to fetch ppd of ipp:// device
- From: Didier 'OdyX' Raboud <odyx@debian.org>
- Date: Thu, 30 Jan 2020 21:08:46 +0100
- Message-id: <2876651.D3t6uvyWbR@odyx.org>
- In-reply-to: <20150917184530.GA2865@capsaicin.mamane.lu>
- References: <8394664.Vnxr2NUFUF@h2o.as.studentenwerk.mhn.de> <20150427134406.GA2063@capsaicin.mamane.lu> <20150917184530.GA2865@capsaicin.mamane.lu>
Version: 2.3~b4-1 Le jeudi, 17 septembre 2015, 20.45:31 h CET Lionel Elie Mamane a écrit : > Here is my patch ported to cups 2.1.0-4. I reproduced the bug with > unpatched 2.1.0-4. My understanding is that the code snippet that gets commented away by the provided patch disappeared before 2.3~b4. Let's mark this bug as fixed. Cheers, OdyXAttachment: signature.asc
Description: This is a digitally signed message part.
--- End Message ---