Summary: | net-print/cups-1.7.1* - configure ignores --disable-usb / automagic dependency on dev-libs/libusb | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Raimonds Cicans <ray> |
Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | arfrever.fta, Bernd.Feige, ray |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 519792 | ||
Attachments: |
Build log
Patch for CUPS to fix libusb detection Patch to cups-1.7.1-r1.ebuild |
Description
Raimonds Cicans
2014-06-17 09:37:13 UTC
Created attachment 379116 [details]
Build log
Created attachment 379218 [details, diff]
Patch for CUPS to fix libusb detection
Created attachment 379220 [details, diff]
Patch to cups-1.7.1-r1.ebuild
I attached 2 patches that fix problem for me. IMHO patches should be applied to all CUPS versions I also reported problem upstream: https://www.cups.org/str.php?L4439+P-1+S-2+C0+I0+E0+Qlibusb Hello, net-print/cups-1.7.4 is out and includes the upstream "Fix" to issue STR #4439. I must say, having a multifunction printer and -usb, previous versions (including 1.7.3) worked fine for me but 1.7.4 broke USB access. I think it's because upstream decided to use "x$enable_libusb != xno -a $uname != Darwin" instead of "x$enable_libusb == xyes -a $uname != Darwin" as you suggested. Since the ebuild does not explicitly set enable_libusb=no in the -usb case, this now leads to the wrong behavior for us. Probable solution: Explicitly specify "no" in the ebuild for -usb. (In reply to Bernd Feige from comment #5) > Hello, > net-print/cups-1.7.4 is out and includes the upstream "Fix" to issue STR > #4439. I must say, having a multifunction printer and -usb, previous > versions (including 1.7.3) worked fine for me but 1.7.4 broke USB access. I > think it's because upstream decided to use "x$enable_libusb != xno -a $uname > != Darwin" instead of "x$enable_libusb == xyes -a $uname != Darwin" as you > suggested. > Since the ebuild does not explicitly set enable_libusb=no in the -usb case, > this now leads to the wrong behavior for us. > Probable solution: Explicitly specify "no" in the ebuild for -usb. Could you please check 1.7.5? This should be fixed in 1.7.5. If not please reopen. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups-1.7.5.ebuild?r1=1.1&r2=1.2&diff_format=u http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups-1.7.9999.ebuild?r1=1.1&r2=1.2&diff_format=u http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups-9999.ebuild?r1=1.61&r2=1.62&diff_format=u Above changes make no sense. http://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Package-Options.html : "If no argument is given, it defaults to ‘yes’. --disable-feature is equivalent to --enable-feature=no." (In reply to Arfrever Frehtes Taifersar Arahesis from comment #8) > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups- > 1.7.5.ebuild?r1=1.1&r2=1.2&diff_format=u > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups- > 1.7.9999.ebuild?r1=1.1&r2=1.2&diff_format=u > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups- > 9999.ebuild?r1=1.61&r2=1.62&diff_format=u > > Above changes make no sense. > > http://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/ > html_node/Package-Options.html : > "If no argument is given, it defaults to ‘yes’. --disable-feature is > equivalent to --enable-feature=no." Indeed, true. I've checked that also 1.7.4 (with the old ebuild) does *not* automagically enable libusb. Pointless changes in 1.7.5 reverted, marking this bug as invalid instead. |