Bug#729713: libcups2: fails to fetch ppd of ipp:// device
Control: unarchive -1
Control: found -1 1.7.2-3
Control: found -1 1.7.3-6
Control: notfixed -1 1.7.1-1
Control: reopen -1
It seems the below test was mistaken. I had the problem again with
1.7.3-3, so I downgraded to 1.7.2-3, but I still get the problem.
I think I had temporarily changed my printer to not use ipp:// but
socket:// to work around the problem, and got confused in my
tests... This bug is *not* fixed.
On Tue, May 13, 2014 at 04:55:52PM +0200, Lionel Elie Mamane wrote:
> Control: tags -1 -moreinfo
>
> On Sun, Jan 05, 2014 at 12:45:10PM +0100, Didier 'OdyX' Raboud wrote:
>
> > thanks for your detailed bugreports and proposed patch.
>
> > 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?
>
> 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.
>
Reply to: