Re: [gentoo-dev] gtk 3 preparation work
On Wed, Mar 02, 2011 at 03:01:59PM +0100, justin wrote: > On 01/03/11 08:32, Nirbheek Chauhan wrote: > Things for > > > Herd: sci > Herd: sci-chemistry > Maintainer: marku...@gentoo.org > Maintainer: cr...@gentoo.org > Maintainer: j...@gentoo.org > > > are fixed. > Herd: desktop-misc Herd: net-im are fixed. -- Kevin McCarthy pgpVSeXNgCw9X.pgp Description: PGP signature
Re: [gentoo-dev] gtk 3 preparation work
On 01/03/11 08:32, Nirbheek Chauhan wrote: > On Tue, Mar 1, 2011 at 4:04 AM, Nirbheek Chauhan wrote: >> On Mon, Feb 28, 2011 at 8:28 AM, Donnie Berkholz >> wrote: >>> On 11:13 Sun 27 Feb , Gilles Dartiguelongue wrote: a quick mail to announce that the gnome team, in order to prepare for gnome 3, started slotting a lot of gnome team managed packages. If you find yourself using such a package, please update your ebuilds to use slot notations or other EAPI compliant notation resulting in the same effect. >>> >>> This email would be much more useful if it included a list of affected >>> packages, sorted by maintainer and/or herd. >>> >> >> As requested, here is a (probably) complete list of packages which >> depend on x11-libs/gtk+ without a slot. The list was generated using >> the tinderbox rindex, so it may be slightly out of date. >> > > I just realized that there was a bug in my script which caused the > maintainer-sorted list to not group packages together. Attached is an > updated list. > Things for Herd: sci Herd: sci-chemistry Maintainer: marku...@gentoo.org Maintainer: cr...@gentoo.org Maintainer: j...@gentoo.org are fixed. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Adding app-arch/xz-utils to the system set
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi again. On 31-01-2011 22:33, Jorge Manuel B. S. Vicetto wrote: > Hello. > > Given the increased use of lzma compressed files, including on portage > snapshots, I'd like to add app-arch/xz-utils to the system set. > We already have a few bugs about requiring xz-utils such as > 347557[1] and 305127[2]. > > [1] - https://bugs.gentoo.org/show_bug.cgi?id=347557 > [2] - https://bugs.gentoo.org/show_bug.cgi?id=305127 > > Can anyone think of any reason "not" to do it? Following Jeremy's reply earlier today[1], I've just went through and added xz-utils to the system set. [1] - http://thread.gmane.org/gmane.linux.gentoo.devel/69661 I did so because Portage snapshots are already being offered as lzma archives and releng might start building stages as lzma archives too. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNbkU5AAoJEC8ZTXQF1qEPNDUP/jRqCLoGcDC/zZnQBNLGGXKm 47FhtzfjsWcggSYBqMYZ//tMBpjnflWGIiHP+xQ0GLl/VCkjpgs2KBU1KQWmUGbg 8OYeP0lj7a9/sW+JEBD0aXoEa4vEMKBIZjpvfnsttbFW294D/qQAc+GSBVB8FN8H YTfSUrEQR8gDOC4sxFx4Ad1/sC30MLJ/YKDF9G1syCKXyTBwoeL1s98FPXlIki6u tsP8eMybkl4OoA4XsRIxg9ckC4UULhatF46MEVQ6kveob1vcoaZqir6q8VR/Y7SQ fLp7Lo4rAt1Spg7/kzMpSLlE4GwEIR5FL29Hy/5CrIe8hmLZB9m8jvxJX0lrHebE Js4IoUblJ8GBDoxBKKVFB4ilN7uN5hm5GmsQ8HmgZYRL8EouVt+uXCb3lQVngDWy UqlnamBowtng0VrYvcEQRsVcXch4rD5aiYgP/s5Rvd2qPKorKU4vNlgfYgdOrVNF THCL35on2vWW0XZVDFxujQojmzqcpXb+ha7xdu9kkULJzHJgn119cuTEaJx3XPzp yYmTJFOuYmBDu5sGY5/qsjo/FPgM20nfgiWb7S+4azLppflprj8prJ75D/uV6Ig7 qzduthyS4u7ylNQ32Pt0jWlSHXjRk96WdD6yNIbp01DVne3q3klpSn3VscP06T/e QAauc5SBuZgvs2//ECrA =xYSK -END PGP SIGNATURE-
Re: [gentoo-dev] gtk 3 preparation work
Could you provide a script, which checks and/or reports on ebuild basis, which has to be fixed? It seems you already have one to create the list you sent around. Thanks justin signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Adding app-arch/xz-utils to the system set
* Jeremy Olexa : > Well, the interesting bit of info is that the wider developer > community maybe already assumes it to be in the system set. *OR* can't > be bothered to remember that it is NOT in the system set. The data to > back up this statement is in https://bugs.gentoo.org/349315 in which > ~20 packages are discovered to be missing the build time dep. The same argument can be used to add app-arch/unzip to the system set. ~106 packages do not DEPEND on app-arch/unzip while using a zip file. I think the missing dependency problem should be fixed by a repoman patch. The two bugs in the OP weren't PM-can-not-unpack-the-sources problems. -- Regards Torsten
Re: [gentoo-dev] www-client/chromium icon theme dependencies, help needed
Does anyone else want to comment on this? On 2/25/11 5:43 PM, Mike Gilbert wrote: > On Fri, Feb 25, 2011 at 9:42 AM, "Paweł Hajdan, Jr." > wrote: >> Portage obviously doesn't know which DE the user is running (multiple >> DE's may be installed on the system), so I don't see a way to create >> "foolproof" dependencies. >> >> The two approaches I'm thinking about are: >> >> a) Drop any icon themes from RDEPEND, tell the user in pkg_postinst >> about possible choices. >> >> b) Add "kde" to IUSE, and then kde? ( kde-base/oxygen-icons ) !kde ( all >> || the || rest ) to RDEPEND. >> >> What do you think? Do you have some better ideas? > > Option (a) sounds good to me. Maybe you could add something to the FAQ > section on the project page so it will show up in Google search > results. Thank you for the feedback, that sounds like a good idea. > Chromium should really have some generic fallback icon to use when it > can't find an icon for a given mime type. A broken image icon is less > than ideal for that. I guess that would be an upstream issue though. Feel free to file an upstream bug. It might also be an issue with xdg-utils, I'm not quite sure how that works. signature.asc Description: OpenPGP digital signature
