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 > wrote: >> The council really doesn't have the ability to just instantly vote on >> things outside of a meeting. The transparency of the body req

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 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 > of notice. It

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 wrote: >>> - vote for holding meetings every 2nd Tuesday of the month at 2000 >>> UTC >>> (or >>> 1900 UTC depending on daylight savings) >> >> In any timezone

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 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 a part of t

[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 outside

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 too.

[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 Pett

Re: [gentoo-dev] Packages up for grabs

2013-07-22 Thread Dirkjan Ochtman
On Sun, Jul 21, 2013 at 11:10 AM, Pacho Ramos 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

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 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 just summarize

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 t