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.50) id 1EdHwG-0002ct-EH for garchives@archives.gentoo.org; Sat, 19 Nov 2005 01:54:48 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jAJ1s6lY028769; Sat, 19 Nov 2005 01:54:06 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jAJ1qKs8029405 for ; Sat, 19 Nov 2005 01:52:20 GMT Received: from ip68-102-201-166.ks.ok.cox.net ([68.102.201.166] helo=[10.3.1.219]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EdHtr-0007ug-OR for gentoo-dev@lists.gentoo.org; Sat, 19 Nov 2005 01:52:19 +0000 Message-ID: <437E8552.9050809@gentoo.org> Date: Fri, 18 Nov 2005 19:52:18 -0600 From: Lance Albertson User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Email subdomain References: <1132333748.8524.9.camel@localhost> <20051118173243.GA16034@dmz.brixandersen.dk> <437E4F3E.5070705@gentoo.org> <20051118221428.15ba3adb@snowdrop.home> <437E5965.10502@gentoo.org> <20051118232924.GK12982@mail.lieber.org> <437E67E7.4040007@gentoo.org> <20051119005421.GF12958@dst.grantgoodyear.org> In-Reply-To: <20051119005421.GF12958@dst.grantgoodyear.org> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig868E81747891AC7D76961E6A" X-Archives-Salt: d09af20b-836d-416c-b68e-870f2df2014b X-Archives-Hash: cc9226db18cf5727b0d1934f513a3acd This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig868E81747891AC7D76961E6A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Grant Goodyear wrote: > Lance Albertson wrote: [Fri Nov 18 2005, 05:46:47PM CST] > >>Anyways, I don't see any problem with us giving them straight up >>foo@gentoo.org aliases. They won't have shell access, nor cvs so we >>don't have to worry about that. This makes it very simple for us infra >>folks to manage. I can only imagine the hell we'll create when someone >>moves from staff.g.o to tester.g.o to g.o. I will not support any GLEP >>that proposes any nonsense like that since its totally not needed. Yes, >>I could have spoken up about this sooner, but I can't keep track of >>every thread on -dev. > > > I believe that the issue was that @g.o addresses generally denote a dev, > and that giving such addresses to people who are not devs could cause > confusion. For example, suppose we have a user who specializes in a > particular imap server. If there were an urgent security issue, such a > user might get a request to stable the package despite the fact that the > person isn't a dev, which wouldn't serve anybody. > > A simpler method would be to ditch the idea of handing out e-mail > addresses to users, no matter how much work they do for us, but that > idea wasn't much more popular than any of the others. *Shrug* I really don't see that example happening that much. If it does happen, we'd hope that if we gave these folks these types of rights, they would do the right thing and forward off the request to the correct group. We're all part of this organization whether we submit ebuilds, update documentation, or moderate the forums. If we include these folks into our family, I'd say we need to hold them up to those high of 'standards'. I just want to clarify that I'm not against giving them an email address, I'm against the administrative nightmare and system administration nightmare of maintaining a subset of email addresses. I would prefer to keep our infrastructure as simple as we can make it and I simply do not see splitting up a subdomain as a solution I would implement. It may look good on paper, but reality is totally different. >>I'm very disappointed that the council did not wait on the vote for this >>considering the sudden submission of the revision of the GLEP. I'm >>curious the reasoning for going ahead with this? > > > Have you read the log? It's fairly clear why they did it; they were > being nice, because although I always intended the GLEP process to be > iterative, with plenty of time for comments, I never put it in writing.. > I personally think that it would have been better to hold off until next > month, but it was a judgement call, and I don't think it was wholly > unreasonable. The Council did go out of their way to emphasize that > there should not be a repeat of this event. Sadly, no I haven't read the log (as I probably should have). Life has been pretty busy for me and reading hours of irc logs isn't exactly on the top of my list of things to do. I was planning on commenting on the revised GLEP, but I simply did not have adequate time to do so under the circumstances that happened. I want these folks to get the recognition they deserve, but I would have preferred more time to discuss the logistic details of their plan. If that were to have happened, I wouldn't be so annoyed about this whole thread. -- Lance Albertson Gentoo Infrastructure | Operations Manager --- GPG Public Key: Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net --------------enig868E81747891AC7D76961E6A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDfoVSQW+hXSf0t0IRAoTHAJ9WkEddCdyKDDzta7H5806w9wAg2QCdE9GT ngkwF1g7NziKLAA5qW4eyhE= =VRPh -----END PGP SIGNATURE----- --------------enig868E81747891AC7D76961E6A-- -- gentoo-dev@gentoo.org mailing list