* [gentoo-devrel] Proposal @ 2005-06-06 23:23 Michael Tindal 2005-06-06 23:58 ` Ferris McCormick ` (3 more replies) 0 siblings, 4 replies; 8+ messages in thread From: Michael Tindal @ 2005-06-06 23:23 UTC (permalink / raw To: gentoo-devrel -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As many of you reading -core are aware, I have written up a proposal for how to effectively handle devrel's procedures in the future to avoid a problem like this. While I would have loved to be at the meeting tomorrow to discuss the proposal in greater detail, I will be working during that time frame. So I'm posting the proposal here to generate some discussion here before the meeting so hopefully everyone can understand why I wrote this. This proposal is meant to clarify the devrel procedures for investigation and action taking, and making the decision making process more transparent. This does not take the power away from devrel, mearly splits it within devrel to ensure that an outcry over how the situation was handled happens again. The current proposal can be found here: http://dev.gentoo.org/~urilith/devrel-proposal.txt I contacted ciaranm with this proposal to get his input, and in a very professional manner he pointed out some shortcomings that I feel are relevant and need to be addressed (I will forward these emails if anyone wishes if/when I receive his permission to do so). Some of these points should be implicit, but I guess it makes sense to make them more explicit: - Members of the Investigative Subproject should not be members of the Judicial Subproject to ensure the capcities remain seperated, and intimate knowledge gained by the investigative subproject (and therefore private) cannot be used to make decision (which requires the evidence be public). Making this distinction explicit reduces the chance for human error in that regard. - Management should not be allowed to sit on either board, since doing so inhibits their ability to properly appeal a decision. Althoug the terms in the proposal are not this stringent, I do feel this is a rightful addendum. - Evidence used must have the supporting context available. This might include the relevant forum posts, IRC logs, etc. This is to ensure that a misunderstanding does not result in unreasonable action against a developer. If the people here agree with any of these points, I will add them to the proposal as necessary, but I felt it worthy of discussing them first before changing the wording on the proposal. Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCpNsOrIsAlMe2sSkRArd0AKCOB14GWL8xgYbHGvmcKtrZfkoV6gCdGHc0 rWQGArIGZWNSQlrW6/2SHbI= =6UDC -----END PGP SIGNATURE----- -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-06 23:23 [gentoo-devrel] Proposal Michael Tindal @ 2005-06-06 23:58 ` Ferris McCormick 2005-06-07 0:07 ` Deedra Waters ` (2 subsequent siblings) 3 siblings, 0 replies; 8+ messages in thread From: Ferris McCormick @ 2005-06-06 23:58 UTC (permalink / raw To: gentoo-devrel -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 6 Jun 2005, Michael Tindal wrote: [Introductory material omitted] > > http://dev.gentoo.org/~urilith/devrel-proposal.txt > > I contacted ciaranm with this proposal to get his input, and in a very > professional manner he pointed out some shortcomings that I feel are > relevant and need to be addressed (I will forward these emails if anyone > wishes if/when I receive his permission to do so). > Please do. > Some of these points should be implicit, but I guess it makes sense to > make them more explicit: > > - Members of the Investigative Subproject should not be members of the > Judicial Subproject to ensure the capcities remain seperated, and > intimate knowledge gained by the investigative subproject (and therefore > private) cannot be used to make decision (which requires the evidence be > public). Making this distinction explicit reduces the chance for human > error in that regard. > Good point. For the same reason a judge cannot reasonably hear an appeal of a decision the judge has participated in, an investigator cannot reasonably judge the evidence he himself has gathered. > - Management should not be allowed to sit on either board, since doing > so inhibits their ability to properly appeal a decision. Althoug the > terms in the proposal are not this stringent, I do feel this is a > rightful addendum. > That's better than the way I put it. > - Evidence used must have the supporting context available. This > might include the relevant forum posts, IRC logs, etc. This is to > ensure that a misunderstanding does not result in unreasonable action > against a developer. > This is pretty analogous to the hearsay rule used in the legal system (at least in intent). It enhances the confidence you have in the evidence's reliability, and at the same time presents somethint concrete to substantiate or rebut. > If the people here agree with any of these points, I will add them to > the proposal as necessary, but I felt it worthy of discussing them first > before changing the wording on the proposal. > > Mike I think these are all on target, and should be included. Great work. Regards, Ferris - -- Ferris McCormick (P44646, MI) <fmccor@gentoo.org> Developer, Gentoo Linux (sparc) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCpOM3Qa6M3+I///cRApNOAKCssjpgDzjaXXm6ASrk+RGb5oEkfQCgtn+Z XPAaxVDfMW3W3whPHyjG4hE= =+8M8 -----END PGP SIGNATURE----- -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-06 23:23 [gentoo-devrel] Proposal Michael Tindal 2005-06-06 23:58 ` Ferris McCormick @ 2005-06-07 0:07 ` Deedra Waters 2005-06-07 12:26 ` Ferris McCormick 2005-06-07 0:34 ` Donnie Berkholz 2005-06-07 2:02 ` Olivier Fisette 3 siblings, 1 reply; 8+ messages in thread From: Deedra Waters @ 2005-06-07 0:07 UTC (permalink / raw To: gentoo-devrel Only question i have about this is why can't managers be on the investigative team. In a sense, i can sort of see why not, but i also think that they should be allowed. Devrel does have a high content of managers in it, though that number isn't as high as it used to be. On Mon, 6 Jun 2005, Michael Tindal wrote: > Date: Mon, 06 Jun 2005 18:23:58 -0500 > From: Michael Tindal <urilith@gentoo.org> > Reply-To: gentoo-devrel@lists.gentoo.org > To: gentoo-devrel@lists.gentoo.org > Subject: [gentoo-devrel] Proposal > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > As many of you reading -core are aware, I have written up a proposal for > how to effectively handle devrel's procedures in the future to avoid a > problem like this. > > While I would have loved to be at the meeting tomorrow to discuss the > proposal in greater detail, I will be working during that time frame. > So I'm posting the proposal here to generate some discussion here before > the meeting so hopefully everyone can understand why I wrote this. > > This proposal is meant to clarify the devrel procedures for > investigation and action taking, and making the decision making process > more transparent. This does not take the power away from devrel, mearly > splits it within devrel to ensure that an outcry over how the situation > was handled happens again. > > The current proposal can be found here: > > http://dev.gentoo.org/~urilith/devrel-proposal.txt > > I contacted ciaranm with this proposal to get his input, and in a very > professional manner he pointed out some shortcomings that I feel are > relevant and need to be addressed (I will forward these emails if anyone > wishes if/when I receive his permission to do so). > > Some of these points should be implicit, but I guess it makes sense to > make them more explicit: > > - Members of the Investigative Subproject should not be members of the > Judicial Subproject to ensure the capcities remain seperated, and > intimate knowledge gained by the investigative subproject (and therefore > private) cannot be used to make decision (which requires the evidence be > public). Making this distinction explicit reduces the chance for human > error in that regard. > > - Management should not be allowed to sit on either board, since doing > so inhibits their ability to properly appeal a decision. Althoug the > terms in the proposal are not this stringent, I do feel this is a > rightful addendum. > > - Evidence used must have the supporting context available. This > might include the relevant forum posts, IRC logs, etc. This is to > ensure that a misunderstanding does not result in unreasonable action > against a developer. > > If the people here agree with any of these points, I will add them to > the proposal as necessary, but I felt it worthy of discussing them first > before changing the wording on the proposal. > > Mike > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFCpNsOrIsAlMe2sSkRArd0AKCOB14GWL8xgYbHGvmcKtrZfkoV6gCdGHc0 > rWQGArIGZWNSQlrW6/2SHbI= > =6UDC > -----END PGP SIGNATURE----- > -- Deedra Waters - Gentoo developer relations, accessibility and infrastructure - dmwaters@gentoo.org Gentoo linux: http://www.gentoo.org -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-07 0:07 ` Deedra Waters @ 2005-06-07 12:26 ` Ferris McCormick 2005-06-07 14:09 ` Aron Griffis 2005-06-07 14:11 ` Deedra Waters 0 siblings, 2 replies; 8+ messages in thread From: Ferris McCormick @ 2005-06-07 12:26 UTC (permalink / raw To: gentoo-devrel [-- Attachment #1: Type: text/plain, Size: 1445 bytes --] On Mon, 2005-06-06 at 17:07 -0700, Deedra Waters wrote: > Only question i have about this is why can't managers be on the > investigative team. In a sense, i can sort of see why not, but i also > think that they should be allowed. Devrel does have a high content of > managers in it, though that number isn't as high as it used to be. > On Mon, 6 Jun 2005, Michael Tindal wrote: > Realistically, there might not be a choice. That depends on the composition of devrel, of course, and if the population count forces managers to be investigators, then so be it. It's better not, however. Ideally, an appeals panel should work only from the record before it and the arguments made by the parties involved. Personally, if I were on an appeals panel hearing a case I had previously investigated, I'd have trouble putting aside opinions I had formed during the appeals process (but I emphasise this is related to my own personal makeup). If nothing else, the ultimate outcome of any case decided on appeal would look more legitimate if investigation, adjudication, and appeal were handled by separate bodies. Or, maybe I'm just being to legalistic here? > > -- > Deedra Waters - Gentoo developer relations, accessibility and infrastructure - > dmwaters@gentoo.org > Gentoo linux: http://www.gentoo.org > Regards, Ferris -- Ferris McCormick (P44646, MI) <fmccor@gentoo.org> Developer, Gentoo Linux (Sparc) [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-07 12:26 ` Ferris McCormick @ 2005-06-07 14:09 ` Aron Griffis 2005-06-07 14:11 ` Deedra Waters 1 sibling, 0 replies; 8+ messages in thread From: Aron Griffis @ 2005-06-07 14:09 UTC (permalink / raw To: gentoo-devrel [-- Attachment #1: Type: text/plain, Size: 548 bytes --] Ferris McCormick wrote:[Tue Jun 07 2005, 08:26:23AM EDT] > Personally, if I were on an appeals panel hearing a case I > had previously investigated, I'd have trouble putting aside opinions I > had formed during the appeals process (but I emphasise this is related > to my own personal makeup). It's not just your personal makeup. It's human nature. Some people are better at compartmentalizing than others, but anybody would be affected to some extent by bias formed during investigation. Regards, Aron -- Aron Griffis Gentoo Linux Developer [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-07 12:26 ` Ferris McCormick 2005-06-07 14:09 ` Aron Griffis @ 2005-06-07 14:11 ` Deedra Waters 1 sibling, 0 replies; 8+ messages in thread From: Deedra Waters @ 2005-06-07 14:11 UTC (permalink / raw To: gentoo-devrel I agree with you, but i suspect that we're going to end up with at least 1 or 2 managers that will end up being investigators. Over the past year I've tried to bring on people who aren't managers at grant's suggestion before, but that's not always easy, and depending on which way the metastructure stuff goes, we could just as easily end up with more. On Tue, 7 Jun 2005, Ferris McCormick wrote: > Date: Tue, 07 Jun 2005 12:26:23 +0000 > From: Ferris McCormick <fmccor@gentoo.org> > Reply-To: gentoo-devrel@lists.gentoo.org > To: gentoo-devrel@lists.gentoo.org > Subject: Re: [gentoo-devrel] Proposal > > On Mon, 2005-06-06 at 17:07 -0700, Deedra Waters wrote: > > Only question i have about this is why can't managers be on the > > investigative team. In a sense, i can sort of see why not, but i also > > think that they should be allowed. Devrel does have a high content of > > managers in it, though that number isn't as high as it used to be. > > On Mon, 6 Jun 2005, Michael Tindal wrote: > > > Realistically, there might not be a choice. That depends on the > composition of devrel, of course, and if the population count forces > managers to be investigators, then so be it. > > It's better not, however. Ideally, an appeals panel should work only > from the record before it and the arguments made by the parties > involved. Personally, if I were on an appeals panel hearing a case I > had previously investigated, I'd have trouble putting aside opinions I > had formed during the appeals process (but I emphasise this is related > to my own personal makeup). > > If nothing else, the ultimate outcome of any case decided on appeal > would look more legitimate if investigation, adjudication, and appeal > were handled by separate bodies. > > Or, maybe I'm just being to legalistic here? > > > > > -- > > Deedra Waters - Gentoo developer relations, accessibility and infrastructure - > > dmwaters@gentoo.org > > Gentoo linux: http://www.gentoo.org > > > Regards, > Ferris > -- Deedra Waters - Gentoo developer relations, accessibility and infrastructure - dmwaters@gentoo.org Gentoo linux: http://www.gentoo.org -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-06 23:23 [gentoo-devrel] Proposal Michael Tindal 2005-06-06 23:58 ` Ferris McCormick 2005-06-07 0:07 ` Deedra Waters @ 2005-06-07 0:34 ` Donnie Berkholz 2005-06-07 2:02 ` Olivier Fisette 3 siblings, 0 replies; 8+ messages in thread From: Donnie Berkholz @ 2005-06-07 0:34 UTC (permalink / raw To: gentoo-devrel -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tindal wrote: > - Members of the Investigative Subproject should not be members of the > Judicial Subproject to ensure the capcities remain seperated, and > intimate knowledge gained by the investigative subproject (and therefore > private) cannot be used to make decision (which requires the evidence be > public). Making this distinction explicit reduces the chance for human > error in that regard. One of the problems you'll run into here is that there just aren't enough people who are interested in doing this to fill up a reasonable number of spots on two mutually exclusive panels. Do you have any ideas on how to remedy this? Thanks, Donnie -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCpOuVXVaO67S1rtsRAmiQAKDDbQbIpvXnd9bxccf7+Di4seJa/wCgrIxe hiKba4NLIYYcsLirDjWO/hU= =plUJ -----END PGP SIGNATURE----- -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-devrel] Proposal 2005-06-06 23:23 [gentoo-devrel] Proposal Michael Tindal ` (2 preceding siblings ...) 2005-06-07 0:34 ` Donnie Berkholz @ 2005-06-07 2:02 ` Olivier Fisette 3 siblings, 0 replies; 8+ messages in thread From: Olivier Fisette @ 2005-06-07 2:02 UTC (permalink / raw To: gentoo-devrel On Monday, 6 June 2005 07:23 pm, Michael Tindal wrote: > This proposal is meant to clarify the devrel procedures for > investigation and action taking, and making the decision > making process more transparent. This does not take the power > away from devrel, mearly splits it within devrel to ensure > that an outcry over how the situation was handled happens > again. > > The current proposal can be found here: > > http://dev.gentoo.org/~urilith/devrel-proposal.txt I really like this. The only omission I can see is what the Investigation subproject members should do if they believe a developer is likely to be a short-term important danger for the project. I think in this case investigators should be allowed to bypass the Judiciary subproject and ask Infra to immediately suspend the developer's access to relevant portions of our infrastructure. Devrel should then immediately disclose this decision to the public (developer base). To continue the "real life analogy", this is a bit like law enforcement agencies keeping people in custody before they are formaly accused because they could be a danger to society. Thanks for your work, -- Olivier Fisette (ribosome) Gentoo Linux Developer -- gentoo-devrel@gentoo.org mailing list ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2005-06-07 14:11 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2005-06-06 23:23 [gentoo-devrel] Proposal Michael Tindal 2005-06-06 23:58 ` Ferris McCormick 2005-06-07 0:07 ` Deedra Waters 2005-06-07 12:26 ` Ferris McCormick 2005-06-07 14:09 ` Aron Griffis 2005-06-07 14:11 ` Deedra Waters 2005-06-07 0:34 ` Donnie Berkholz 2005-06-07 2:02 ` Olivier Fisette
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox