[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

2010-04-20 Thread Torsten Veller
* Torsten Veller ml...@veller.net: The perl-module.eclass must be updated to support EAPI=3 [1] and a new eclass will be added which does contain some (more or less) useful stand-alone functions split from the old perl-module.eclass without exporting phase functions. Somehow I was sleeping:

[gentoo-dev] Gentoo stats server/client @ 2010-04-21

2010-04-20 Thread Sebastian Pipping
Intro = Some of you may remember that project of mine I worked on for GSOC 2009: collection of information on Gentoo user machine setups. I have been extending Smolt [1] (whose current upstream version collects information on hardware) to fit our interest in the software side of

Re: [gentoo-dev] Gentoo stats server/client @ 2010-04-21

2010-04-20 Thread Jeremy Olexa
On 04/20/2010 08:44 PM, Sebastian Pipping wrote: snip Another thing I've been working on is re-shaping the Gentoo code in a way that it's now ready to go upstream, at least from my point of view. I have requested permission to merge it in a few hours ago: Let's see how upstream

[gentoo-dev] RFC: Disabling some of our Mail Lists

2010-04-20 Thread Jeremy Olexa
Hello, As suggested in bug 291860, I am heading up an infra cleanup project to disable/close some mailing lists. Since the list is quite large, I want to send it out for RFC. A few of the important reasons to disable some of our mail lists are: * Confusing to users because there are so many

Re: [gentoo-dev] RFC: Disabling some of our Mail Lists

2010-04-20 Thread Vincent Launchbury
On 04/20/10 22:52, Jeremy Olexa wrote: Hello, As suggested in bug 291860, I am heading up an infra cleanup project to disable/close some mailing lists. Since the list is quite large, I want to send it out for RFC. Going by archives.gentoo.org stats, the following lists are also inactive,