I made this bug because I think it is important to get cups 1.4 stable as without it there are severe printing problems in KDE. At the same time I can understand why it is not stable yet. Reproducible: Always
Have you think about making a revision with "--disable-libusb" forced for fast stabilization? It should behave like cups-1.3 and looks to have less problems for some people
Just tried current cups-1.4.4-r2 ebuild and can confirm it is solving printing issues under KDE on amd64. Nethertheless, current stable version is working fine for me on x86. Thx to Tomáš and all the other guys here for taking care. On amd64 I am also using unstable app-text/ghostscript-gpl-8.71-r6 as upgrading to revision ghostscript-gpl-8.71-r1 printing stopped then. Rest of my amd64 system is mostly stable. Looks like a bunch of people already have had some headache with this. http://bugs.gentoo.org/show_bug.cgi?id=309901
(In reply to comment #1) > Have you think about making a revision with "--disable-libusb" forced for fast > stabilization? It should behave like cups-1.3 and looks to have less problems > for some people > What about this option? :-), looks like chromium and kde could benefit from getting a cups-1.4 version stabilized (even behaving like 1.3 in usb side)
Ping - another voice of support from the KDE team. Please stabilize a cups-1.4 package with "--disable-libusb" or with the use-flag usb masked.
(In reply to comment #4) > Ping - another voice of support from the KDE team. Please stabilize a cups-1.4 > package with "--disable-libusb" or with the use-flag usb masked. A lot of people are already using this. They will be hurt by this. Also when upstream changed the default way of handling usb printers staying with te current default just delays the transition. I think the best way is. -Check if usbprinter is enables when the usb use flag is set. When usbprinter is enables issue a warning that the way cups handles usb printers has changed. Tell the user needs to -recompile their kernel -remove the current usb printer -create a new one.
(In reply to comment #5) > (In reply to comment #4) > > Ping - another voice of support from the KDE team. Please stabilize a cups-1.4 > > package with "--disable-libusb" or with the use-flag usb masked. > > A lot of people are already using this. They will be hurt by this. > Also when upstream changed the default way of handling usb printers staying > with te current default just delays the transition. Not if done properly... * add ~arch version -rX without usb, and newer ~arch version -r(X+1) which still has USE=usb * ~arch users upgrade to -r(X+1) * stabilize -rX If you have unmasked one single ebuild revision, you should still notice that portage tries to downgrade...
(In reply to comment #6) > > Not if done properly... > * add ~arch version -rX without usb, and newer ~arch version -r(X+1) which > still has USE=usb > * ~arch users upgrade to -r(X+1) > * stabilize -rX > And this is how we will proceed. net-print/cups-1.4.6-r21 is newest ~arch and has the usb useflag, net-print/cups-1.4.6-r2 differs from it only insofar as that libusb is hard-disabled. All bugs related to USE="usb" will be moved to a separate tracker.
Arches, please test and stabilize net-print/cups-1.4.6-r2 When testing, please check if bug 370263 appears (broken symlink /etc/printcap). If yes, please report here, I'll have to sort that out first then before we proceed. Target: "alpha amd64 arm hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc x86 ~sparc-fbsd ~x86-fbsd" i.e. stabilization on: alpha amd64 arm hppa ia64 m68k ppc ppc64 s390 sh sparc x86
amd64: emerges with all use flags ok. 370263 does not occur. Don't have a printer atm.
Stable for HPPA.
compile ok, no printer to test
I've been using it for quite some time on my amd64 and my HP wireless printer. And apart from the usb thing (which I don't use), it seems to work. In any case it works better then 1.3 for me.
stable on amd64. Thank you all for testing. Tested with my hp usb printer as well
Stable on alpha.
ppc done
Seems ok on x86 also, but i've got no printer here to test it actually...
arm stable
x86 stable, thanks Andreas
ppc64 stable
ia64/m68k/s390/sh/sparc stable, closing