Gentoo Archives: gentoo-dev

From: "Jorge Manuel B. S. Vicetto" <jmbsvicetto@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] About some developers in devaway status that maybe are no longer active at all
Date: Sun, 10 Jul 2011 13:23:38
Message-Id: 4E19A797.3030908@gentoo.org
In Reply to: Re: [gentoo-dev] About some developers in devaway status that maybe are no longer active at all by Pacho Ramos
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-----

Replies