Re: [gentoo-dev] =net-fs/samba-4* vs. dev-libs/openssl[kerberos]
There's also another package which suffers the same problem, sys-auth/sssd hard-requires mit-krb5 so it can't be used together with samba4 as well. -- Timo Gurr
Re: [gentoo-dev] CUPS 1.4 and FFMpeg 0.6
2010/9/11 Tomáš Chvátal scarab...@gentoo.org: Since you guys again talk about stabling something, i added -r1 again. This time with really trimmed patches that fixes only build time issues or some issue i experienced localy. Feel free to rework that patches before stabling it :) Thanks, I've just added another revision removing the Debian compat patch since there hasn't been any decision about it upstream yet and we have USE=+/-usb for now. Apart from that there's only a minor fix in -r2 (bug #296221). Thanks again for your work! I'm fine with stabilizing it. Should go stable together with the latest ghostscript revision: =media-fonts/urw-fonts-2.4.9 (bug #288861) =app-text/ghostscript-gpl-8.71-r6 see bug #332061. Regards Timo Gurr
Re: [gentoo-dev] CUPS 1.4 and FFMpeg 0.6
The plan is to release an updated revision incorporating the QA fixes from bug #332591 (huge thanks to Tomáš Chvátal (scarabeus) for doing the actual work here!) Apart from that there's no real showstopper blocking a stabilization of CUPS 1.4. The printing guide could need an update though, I've already started working on it but my time is limited. Regarding stabilization we can't respect printer drivers which are not in the official tree since the few ones which are in are already hard to maintain with our low manpower, see foo2zjs for example (hplip is in a great shape thanks to the massive work of Daniel Pielmeier (billie) and gutenprint should be fine, too). As a general rule for upgrading to cups 1.4 when something regarding local usb printers doesn't work: 1. disable kernel usblp: CONFIG_USB_PRINTER=n 2. delete /etc/cups 3. (re-)install cups 1.4 with USE=usb 4. configure printer(s) from scratch via the cups webinterface 5. if your printer is a multifunction device, be sure you got the udev rules setting the device permissions in shape so cups can access the device If for whatever reason (broken/old printer drivers) that doesn't work out there's still the way to install CUPS 1.4 with USE=-usb to get the old CUPS 1.3 behaviour back. The printing team is suffering low manpower. We also have a bunch of open bugs which are probably invalid and caused by not following the upgrade path, broken drivers, or plain misconfiguration, but you can't close them without investigation to not upset our users. Not responding is quite as bad, but as I said above, this is due to lack of time. Regards Timo Gurr (tgurr)
Re: [gentoo-dev] Re: Stabilizing CUPS 1.3
Hello Holger, 2008/4/26 Holger Hoffstaette [EMAIL PROTECTED]: Do you happen to know if this is solved in recent versions? UTF-8 and US-ASCII are the only supported charsets since CUPS 1.3.3. There's some info about this in the Upstream bug: http://www.cups.org/str.php?L2537 Comment #17 of the Samba bug you posted seems to mention it'll get fixed over there for Samba 3.2.0/3.2.1: https://bugzilla.samba.org/show_bug.cgi?id=5080#c17 My understanding is that changing samba's unix charset to something else would fix this, but that is not feasible for me at this point. If there is any other way I'd love to hear about it. :) I'd consider this rather a Samba problem since it probably won't get fixed or worked around on the CUPS side. But out of interest, any reason to not convert all your files with convmv to UTF-8 and set in smb.conf for example: [global] dos charset = 850 unix charset = UTF-8 which should get rid of this issue as well (according to the Samba bug comments) and displays the files correctly for Microsoft Windows clients, too. Regards Timo Gurr -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Stabilizing CUPS 1.3
Hello fellow developers, CUPS 1.3 has been in the tree for quite some time now and has matured to a degree where it should be ready to go stable. We've no open CUPS bugs for 1.3 anymore. Also maintaining CUPS 1.2 will be even harder as time goes by since there's nearly no month passing without a new CVE affecting CUPS and we have to plug the holes with patches. KDE 3.5.9 will go stable any time soon and I'd like to have CUPS stabilised along with it since an upgrade from CUPS 1.2 to 1.3 would mean an additional rebuild of kdelibs. An ewarn message has already been added to the ebuild to notify our users to run etc-update and revdep-rebuild after upgrading from CUPS 1.2 since this is very important. If there's anything I might oversee please speak up. Upstream feature changelog for CUPS 1.3 can be found here: http://www.cups.org/documentation.php/whatsnew.html Our current cups-1.3.7-r1 ebuild: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/cups/cups-1.3.7-r1.ebuild?view=markup Regards Timo Gurr -- gentoo-dev@lists.gentoo.org mailing list