Gentoo Archives: gentoo-dev

From: Pacho Ramos <pacho@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] CUPS 1.4 and FFMpeg 0.6
Date: Thu, 09 Sep 2010 13:38:43
Message-Id: 1284039502.28813.1.camel@localhost.localdomain
In Reply to: Re: [gentoo-dev] CUPS 1.4 and FFMpeg 0.6 by Timo Gurr
1 El jue, 09-09-2010 a las 15:25 +0200, Timo Gurr escribió:
2 > The plan is to release an updated revision incorporating the QA fixes
3 > from bug #332591 (huge thanks to Tomáš Chvátal (scarabeus) for doing
4 > the actual work here!)
5
6 Great! Thanks a lot to all people involved :-D
7
8 > Apart from that there's no real showstopper blocking a stabilization
9 > of CUPS 1.4. The printing guide could need an update though, I've
10 > already started working on it but my time is limited.
11 > Regarding stabilization we can't respect printer drivers which are not
12 > in the official tree since the few ones which are in are already hard
13 > to maintain with our low manpower, see foo2zjs for example (hplip is
14 > in a great shape thanks to the massive work of Daniel Pielmeier
15 > (billie) and gutenprint should be fine, too).
16 >
17 > As a general rule for upgrading to cups 1.4 when something regarding
18 > local usb printers doesn't work:
19 >
20 > 1. disable kernel usblp: CONFIG_USB_PRINTER=n
21
22 Wouldn't be possible to add a kernel config check to the ebuild?
23
24 > 2. delete /etc/cups
25 > 3. (re-)install cups 1.4 with USE="usb"
26 > 4. configure printer(s) from scratch via the cups webinterface
27 > 5. if your printer is a multifunction device, be sure you got the udev rules
28 > setting the device permissions in shape so cups can access the device
29 >
30 > If for whatever reason (broken/old printer drivers) that doesn't work
31 > out there's still the way to install CUPS 1.4 with USE="-usb" to get
32 > the old CUPS 1.3 behaviour back.
33 >
34 > The printing team is suffering low manpower. We also have a bunch of
35 > open bugs which are probably invalid and caused by not following the
36 > "upgrade path", broken drivers, or plain misconfiguration, but you
37 > can't close them without investigation to not upset our users. Not
38 > responding is quite as bad, but as I said above, this is due to lack
39 > of time.
40 >
41 > Regards
42 > Timo Gurr (tgurr)
43 >
44 >
45
46 Best regards

Attachments

File name MIME type
signature.asc application/pgp-signature