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