Gentoo Archives: gentoo-project

From: Markos Chandras <hwoarang@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2012-04-03
Date: Sat, 24 Mar 2012 12:02:48
In Reply to: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2012-04-03 by Pacho Ramos
Hash: SHA512

On 03/24/2012 08:04 AM, Pacho Ramos wrote:
> El vie, 23-03-2012 a las 23:23 -0600, Ryan Hill escribió: >> On Tue, 20 Mar 2012 19:37:30 +0100 Pacho Ramos <pacho@g.o> >> wrote: >> >>> El mar, 20-03-2012 a las 11:32 -0400, Mike Gilbert escribió: >>>> On Tue, Mar 20, 2012 at 5:41 AM, Pacho Ramos >>>> <pacho@g.o> wrote: >>>>> Since there is no need to stay in the herd some prefixed >>>>> time, I see no reason to allow developers to be in mail >>>>> aliases without adding them to herds.xml, and this allows >>>>> others to "easily" review herds.xml looking for empty >>>>> herds. >>>> >>>> From what you've said, the mail alias should just be ignored >>>> when reviewing herds. >>>> >>>> It is possible that the people on the alias are simply >>>> curious and have no intention of maintaining anything. I >>>> don't have a problem with that. >>> >>> But we need to clearly state that, when a herd is empty in >>> herds.xml we should consider their packages as orphan even if >>> some devs are listed in the alias. >> >> I thought that was the case already. Why would devs on the alias >> be considered maintainers in the first place? >> >> > > If it's clear that devs on alias shouldn't be considered as > maintainers when herds.xml shows that one as empty, ok then, > nothing more to discuss :)
Yes this is somewhat clear. Maintainers are listed on project pages. mail aliases are a separate thing and everyone can add himself there without a leaders' approval. - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBCgAGBQJPbZwrAAoJEPqDWhW0r/LC79IP/iEviufx4S5deuwf1J4sH/jc +7TAmzQ+Pooee1wuPUZXeUsnOHlvs39t1cRBuF0iS++FYfp9gglMeqDMvd9SSyYl B49h8nJdP4TqZx09hlL926FYGG/AM4jQD4v+Iq0YdQR/9fG7KFUErPhrMIlFJk+4 o4kZSnlZ3UP6k1bT7USYGwOiBKSpRmkm4zbbO8jvgZ2ngeFXzbgpXr17GNWw+NOv JgKa92JHNoAWWvusV/6qIVtt49rUGKITpe+tLzEyrQMKjRz2dDdso9t9CQy6ZxOm 7yPNvuEgRLD3MGHcKDURPpPy1/pyvjPR/0W1bXe1JxTeOr4aluHGgBwsx/uajtNd jrNw3MY4TLbuuMY0Ie0hU4expI1HHwio3I1mlaYTC4Jomor0FCr5k5kSDfwhco+H vvBydP5QzYFsDatjARxZAsrWjlVkkbBv4QNFmc1Y4DCiUINH37mS6FfiD5IrvMuu O6GZkLhcmEMdHmaFwXQC3W4eEo1WVMkOrdkqOmPJf/P0obPOKDKKPJha/gJmL4v4 kBOkK9HCfoqb5cOxMUB8PonDRkJfjFv5LcHj2QNCEZ99W6vm/0I3tptaaBzvRSEB 0h6oMMIMp+c8qGyLL9OYoX1u+Mtacakn998kZjk8FMfpuJElH1kG1RP22qqnHRHT JsFkyGRFV9XZ9NtEAbkr =mkCE -----END PGP SIGNATURE-----