1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 09-07-2011 14:40, Pacho Ramos wrote: |
5 |
> El sáb, 09-07-2011 a las 12:20 +0000, Jorge Manuel B. S. Vicetto |
6 |
> escribió: |
7 |
>> -----BEGIN PGP SIGNED MESSAGE----- |
8 |
>> Hash: SHA256 |
9 |
>> |
10 |
>> On 08-07-2011 17:00, Pacho Ramos wrote: |
11 |
>>> El vie, 08-07-2011 a las 19:45 +0300, Markos Chandras escribió: |
12 |
>>>> -----BEGIN PGP SIGNED MESSAGE----- |
13 |
>>>> Hash: SHA512 |
14 |
>> |
15 |
>> <snip> |
16 |
>> |
17 |
>>>> Good point but there is a problem. If we process the metadata.xml, |
18 |
>>>> project pages and bugs before the infrastructure people process his |
19 |
>>>> account, and the said developer decides to return, then we need to |
20 |
>>>> process all the previous files again and restore them to the previous |
21 |
>>>> state. This is why we do not touch them until the developer is fully |
22 |
>>>> retired by the infrastructure. This is the only way to ensure that he is |
23 |
>>>> really gone. The only thing you ( as an individual developer ) can do, |
24 |
>>>> is to report bugs, wait for some time, and if the slacking developer |
25 |
>>>> does not touch them, go ahead and fix them. We cannot force people to |
26 |
>>>> use the devaway system or to provide accurate information about their |
27 |
>>>> status :-/ |
28 |
>>>> |
29 |
>>>> - -- |
30 |
>>>> Regards, |
31 |
>>>> Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 |
32 |
>>> |
33 |
>>> At what step is the retirement process irreversible then? For example, |
34 |
>>> looking at https://bugs.gentoo.org/show_bug.cgi?id=266794#c13 I would |
35 |
>>> start dropping him from metadata.xml as it's already clear the |
36 |
>>> retirement has started :-/ Maybe we could add a step that makes the |
37 |
>>> retirement irreversible (with a concrete date) after retirement team |
38 |
>>> comments in bug report announcing the process has started. |
39 |
>> |
40 |
>> The retirement process evolves with time and with our experience. Markos |
41 |
>> linked to the last documented process, but after that we've been trying |
42 |
>> to take care of metadata.xml asap. So as soon as a bug is assigned to |
43 |
>> infra, we're free to drop people from metadata.xml and reassign bugs. |
44 |
>> - From that point onwards, if a retirement is stopped, it's the |
45 |
>> developer's responsibility to add himself back to any packages and to |
46 |
>> get back to bugs. |
47 |
>> The processing of herds and teams should still be left to the final step. |
48 |
>> |
49 |
>> |
50 |
>> - -- |
51 |
>> Regards, |
52 |
>> |
53 |
>> Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org |
54 |
>> Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng |
55 |
> |
56 |
> OK, thanks for the explanation. |
57 |
> |
58 |
> I have searched in bugzilla for bugs with "infra-retire" in whiteboard |
59 |
> and have found, for example: |
60 |
> https://bugs.gentoo.org/show_bug.cgi?id=28480 |
61 |
> |
62 |
> I have seen he still have some bugs assigned to him and he is still |
63 |
> present on metadata.xml. From your last comment, looks like we could |
64 |
> start to reassign them and drop him from metadata.xml just now. Could I |
65 |
> do that or should I be a member of retirement team? |
66 |
|
67 |
Anyone can help with that, so if you feel like doing it, please go ahead. |
68 |
|
69 |
- -- |
70 |
Regards, |
71 |
|
72 |
Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org |
73 |
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng |
74 |
-----BEGIN PGP SIGNATURE----- |
75 |
Version: GnuPG v2.0.17 (GNU/Linux) |
76 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
77 |
|
78 |
iQIcBAEBCAAGBQJOGaeXAAoJEC8ZTXQF1qEP1x8P/1X2edKcJsXaWQx9f2TmkO8F |
79 |
7FegJr6QpjipMJg6KQoKYO4rRPNuPCToGYJFQCvy/P5MYhX2LQUT4O/exUmk4j4j |
80 |
Rkpkj5NdoUVxj71Zq7foX3d6PE37XR6NACao1gkkNZSxoRHKhfDoCj8pyKpdNemK |
81 |
xOEoXhLTmZJnRJCkRu2/ZgEBp0dOp4TKMlSo8QnZSokUjoFb1/PF25JupYGNs+Wi |
82 |
71tTW0ykiOFMPav2eMUZY4p7R9X/flHY1/7h8C4barkx4p/CV/aAg9sgksFGc+kT |
83 |
MHkgt7z3vjScKayLAbitwDNHsj7jeD0JVSkyki9cp0/9B0fjryD3goXrewk79e6e |
84 |
3guhq1wTMrUpY8BmuHqQ0UUUKLKXp9bMdGcRKlTr8CQqlaPFtWqrpGpy1dlJ5cZw |
85 |
HbraScaQpQTQdklFYlql8WSBga+uGv6TrsruqeSEBETPm/CMNbTl94KljcJyH2rg |
86 |
aVAmlJhy0zTvweBI8iy8sshgmwhZxO8mJ1Jjo81Uomq5NoQNIvZXLpg18ubTGK9C |
87 |
QX3FpslfKCxsnhy7WVsw83g9L9aAj6ygkVd0kDZzd5bahBs3fqwvnQshcwHUOY4W |
88 |
/1mnwZfxfMb7LTTSTBpz9R4Ch4guMEb//9pLo6HtDGxJqElDvhDv5ypFlH6C/uZB |
89 |
YpVRPOxRX5n8FsP8Mf5P |
90 |
=nV04 |
91 |
-----END PGP SIGNATURE----- |