Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-22 Thread Diego Elio Pettenò
On 22/07/2013 01:50, hasufell wrote: It does not apply, because we still support it officially in our main tree as a distribution, no matter if it's p.masked or not. No we don't. P.masked software is *explicitly* not supported. Anyway... if people disagree, then it doesn't make much sense to

Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-22 Thread Tom Wijsman
On Mon, 22 Jul 2013 01:26:25 +0200 hasufell hasuf...@gentoo.org wrote: Afaiu pmasks are rather meant for a) new, very hot versions of libraries/tools that can break your system in more than one part b) security masks, temporary masks and other masks we expect to remove in the future You can

Re: [gentoo-dev] Packages up for grabs

2013-07-22 Thread Dirkjan Ochtman
On Sun, Jul 21, 2013 at 11:10 AM, Pacho Ramos pa...@gentoo.org wrote: dev-python/crcmod dev-python/gmpy dev-python/pycdio dev-python/pydns dev-python/pyyaml dev-python/tagpy dev-python/tlslite The Python team has taken these. I've updated metadata and reassigned bugs. Cheers, Dirkjan

[gentoo-dev] Re: remove sci-geosciences/googleearth from the tree

2013-07-22 Thread Duncan
hasufell posted on Mon, 22 Jul 2013 02:50:04 +0200 as excerpted: [Where to reply? This seems the best spot in general. Subthread is discussing permanent in-tree p.mask vs. overlay. The below points were supposed to be the pros of the overlay choice.] On 07/22/2013 01:49 AM, Diego Elio

Re: [gentoo-dev] Packages up for grabs

2013-07-22 Thread Samuli Suominen
On 21/07/13 13:41, Andreas K. Huettel wrote: Am Sonntag, 21. Juli 2013, 11:10:26 schrieb Pacho Ramos: Due sbriesen lack of time: (...) media-gfx/exiv2 kde team can take this, however we'd be happy about co-maintainers... gnomies? :) You can (or should) add graphics@ as a fallback there

[gentoo-dev] RFC: intel-sdp.eclass - support for absolute location of rpms

2013-07-22 Thread justin
Hi, this patch adds proper support for rpm location outside the main directory. The old API only allowed defining the rpm basic name, which gets combined with the possible subdirs containing rpms. The new API only allows a single main directory where it expects rpms in. If there are rpms

Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC

2013-07-22 Thread Rich Freeman
On Sun, Jul 21, 2013 at 4:20 PM, Roy Bamford neddyseag...@gentoo.org wrote: - vote for holding meetings every 2nd Tuesday of the month at 2000 UTC (or 1900 UTC depending on daylight savings) In any timezone in particular? Don't care much, but agree we should pick one. The open floor is

Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC

2013-07-22 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/22/2013 05:51 PM, Rich Freeman wrote: On Sun, Jul 21, 2013 at 4:20 PM, Roy Bamford neddyseag...@gentoo.org wrote: - vote for holding meetings every 2nd Tuesday of the month at 2000 UTC (or 1900 UTC depending on daylight savings) In any

Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC

2013-07-22 Thread Rich Freeman
On Mon, Jul 22, 2013 at 6:35 PM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: The council really doesn't have the ability to just instantly vote on things outside of a meeting. The transparency of the body requires announcements about meetings, and their topics, with a reasonable amount

Re: [gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC

2013-07-22 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/22/2013 07:05 PM, Rich Freeman wrote: On Mon, Jul 22, 2013 at 6:35 PM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: The council really doesn't have the ability to just instantly vote on things outside of a meeting. The transparency of