[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#729713: marked as done (libcups2: fails to fetch ppd of ipp:// device)

Your message dated Tue, 13 May 2014 18:18:51 +0200
with message-id <5473871.R9hXVBYUiD@gyllingar>
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: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729713
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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)
     {
      /*

--- End Message ---
--- Begin Message --- 
Version: 1.7.1-1

Le mardi, 13 mai 2014, 16.55:52 Lionel Elie Mamane a écrit :
> On Sun, Jan 05, 2014 at 12:45:10PM +0100, Didier 'OdyX' Raboud wrote:
> > 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?
> 
> I upgraded to cups 1.7.2-3, which does not anymore have
> get-ppd-file-for-statically-configured-ipp-shared-queues, and it works
> as expected.

Great, thanks. Marking it as fixed in 1.7.1-1 which was the first 
version without this patch.

Cheers,
OdyX

--- End Message ---
Reply to: