From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GKKhC-0002Lb-TG for garchives@archives.gentoo.org; Mon, 04 Sep 2006 20:05:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k84K4A6Z031473; Mon, 4 Sep 2006 20:04:10 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k84K1w1V026859 for ; Mon, 4 Sep 2006 20:01:58 GMT Received: by smtp.gentoo.org (Postfix, from userid 739) id 41EDE645B9; Mon, 4 Sep 2006 20:01:57 +0000 (UTC) Date: Mon, 4 Sep 2006 20:01:57 +0000 From: Bryan =?utf8?Q?=C3=98stergaard?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [GLEP] Bugzilla access for contributors Message-ID: <20060904200157.GA15424@woodpecker.gentoo.org> References: <44FB757B.2040309@gentoo.org> <20060904152538.GC8959@woodpecker.gentoo.org> <44FC779F.3030500@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Disposition: inline In-Reply-To: <44FC779F.3030500@gentoo.org> User-Agent: Mutt/1.5.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k84K4A8M031473 X-Archives-Salt: d0ee3312-1282-451b-a9f4-57d188c3bf92 X-Archives-Hash: 48083e0b217ee314639ab197dc54a6d2 On Mon, Sep 04, 2006 at 02:59:43PM -0400, Alec Warner wrote: > Bryan =C3=83stergaard wrote: > > If people are randomly given bugzie privs (or any other privs) this i= s > > something we need to fix. And just to make this clear to all - handin= g > > out privs is only half the equation and it's already hard enough for > > recruiters to keep track of devs even though we have well defined > > procedures etc. for that. >=20 > Then you better get to patching bugs, since I can hand out gentoo-dev > and portage-dev privs on bugs without any problem (I tried it on > ferringb to check even; and i took them away right after). >=20 This is being fixed now. Gentoo-dev gives access to (some) restricted bugs but doesn't give editbugs privs and portage-dev was somebody hitting a wrong checkbox. Likely a long time ago but a simple mistake never the less and not something that should be considered normal. > >> B. Double bonus is that I don't even see why a GLEP is required? T= his > >> is a small subset of users using one resource (bugzilla) so perhaps > >> Infra and devrel and you can work out the requisite groups? Why is > >> there all this red tape? > > Because it's going to affect all devs if people don't need to pass > > quizzes (or we lower the threshhold substantially) before they can > > reassign, close, reopen etc. the maintainers bugs. >=20 > And in this case I'm saying a subset. I'll use Java as an example. > Caster is like an awesome Java dude. Lets say I want to give him acces= s > to bugs assigned to java@gentoo.org. Either I (as a member of that > herd/project) already have bugs perms to java bugs, or the group doesn'= t > exist and I need to ask JForman to make a java-bugs group and make it s= o > they can do stuff to bugs assigned to java@. If I'm already in the > group I can just delegate the java perms to Caster and be done. >=20 > Aside from the java bugs, no one else is affected. No other permission= s > on bugs are granted. The user can only mess with java bugs. >=20 This is going to be a maintainence nightmare for several reasons. 1. Very few people can create new bugzilla groups and they'd have to take time out to do that instead of (what I'd consider) more important bugzilla maintainence. 2. You can't delete groups easily (probably can't delete groups at all) as lots of bugzilla data might be related to these groups. End result would be an enormous amounts of groups in a relatively short time if we were to micromanage privs that way. 3. Who's going to clean up all these privs when people turn inactive? Recruiters are already overloaded as is and certainly don't need the extra management burden from this. I'd much rather spend time recruiting new devs and making sure we do a good job at that than trying to keep bugzilla privs somewhat clean. > >> Create a group; come up with a subset of bugs that they can access, = add > >> user to group -> done. As long as they can't access my bugs; I real= ly > >> shouldn't (and trust me I don't) care. > > Who's going to admin that? We already have the Arch Tester / Herd Tes= ter > > projects that defines a proper way of achieving the goal as I see it. > >=20 > > Only problem with Herd Testers / Arch Testers compared to genstefs go= al > > is that HTs/ATs deal with packages in the tree while sunrise > > contributors deal with packages outside the tree. > >=20 > > And personally I'd very much like to draw the line somewhere. Genstef > > made the GLEP extremely vague regarding contributors (on purpose) but > > guess what? Everybody who files a new bug, submits a fixed ebuild et= c. > > are contributors. So should we just remove all the restrictions now? > > This is definitely something we need to define before moving on, no > > matter if the GLEP is eventually denied or accepted. >=20 > I liked my definition in my earlier mail ;) Generally contributing > requires you know someone rather well, such that they proxy your change= s > into the tree. That's not adequate imo. Lots of people seem genuinely interested in helping only to disappear a few days/weeks later. Part of what the ebuild quiz does is that it tries to make sure people are going to stick around for a while. It doesn't always succeed and neither does recruiters but I still think it's important that he have some defined bar (level?) that you need to pass. >=20 > >> C. No real standard on any other fora. I don't need a GLEP to add > >> someone to my project overlay, or grant them voice or ops in my > >> project's IRC channel. I don't need a GLEP to get them subscribed t= o my > >> mailing list and I don't need a GLEP to add them to (most) project > >> aliases. Why does this require one? > > Because this is about the entire Gentoo project and affects us all in= a > > very direct way as opposed to random projects. >=20 > I tried to make it clear above that it doesn't. I hope I succeeded. I still very much believe this affects all of gentoo, especially seen in light of the problems micromanaging bugzie privs would imply. Regards, Bryan =C3=98stergaard --=20 gentoo-dev@gentoo.org mailing list