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 1EeznW-0006pZ-VO for garchives@archives.gentoo.org; Wed, 23 Nov 2005 18:56:51 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jANIshMV001505; Wed, 23 Nov 2005 18:54:43 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 jANIpLhk005614 for ; Wed, 23 Nov 2005 18:51:21 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1EeziC-0003pr-ON for gentoo-dev@lists.gentoo.org; Wed, 23 Nov 2005 18:51:21 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Eezfg-000783-Fe for gentoo-dev@gentoo.org; Wed, 23 Nov 2005 19:48:44 +0100 Received: from ip68-230-97-182.ph.ph.cox.net ([68.230.97.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Nov 2005 19:48:44 +0100 Received: from 1i5t5.duncan by ip68-230-97-182.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Nov 2005 19:48:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Possible solution: email subdomain Date: Wed, 23 Nov 2005 11:47:18 -0700 Organization: Sometimes Message-ID: References: <1132333748.8524.9.camel@localhost> <200511211119.17618.pauldv@gentoo.org> <20051123002605.174c3fc8@sven.genone.homeip.net> <20051123154049.6b5af84c@sven.genone.homeip.net> 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=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-97-182.ph.ph.cox.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news X-Archives-Salt: b1025e82-65ee-435b-9314-48b0c75523ff X-Archives-Hash: 01a2b7b88f11b82420989abf8c1dd8d3 Marius Mauch posted <20051123154049.6b5af84c@sven.genone.homeip.net>, excerpted below, on Wed, 23 Nov 2005 15:40:49 +0100: > On Wed, 23 Nov 2005 03:39:08 -0700 > Duncan <1i5t5.duncan@cox.net> wrote: > >> Here's the proposal again. If there's an issue with it, shoot it down, >> but from here, it certainly seems to fit the bill. Again, I'd /love/ to >> say I was the one that came up with it, but I wasn't. >> =8^) >> >> * give [AH]Ts a .tester@gentoo.org address. >> >> - It's not a subdomain, so the existing infrastructure should have no >> problems with it. >> >> - testername.tester@gentoo.org remains distinctive enough it should >> alleviate any doubts or confusion over status. >> > Has the same problem as a subdomain as it creates two "classes" of devs. > So it would solve the potential technical problems, but we still have the > semantic issues. Viewpoint seen, and thanks for posting it. However, the proposed solution still appears from here to fit the bill, because... - The folks to whom it will apply are /not/ full devs, as they haven't gone thru the dev process, so it's not creating two classes of devs, but rather creating a distinction between devs and this not-dev class. - Lack of said distinction appears to have been one of the specific items on the list the first time thru thru. The council said it had to be added, so it was. The council then approved the change with the addition made at their instruction. Sure, we could go back and argue the wisdom of the original point made by the council, but to this point, I haven't seen that seriously debated, nor do I believe it should be, because either we accept that the council has the authority to make those sorts of decisions or we don't, and if we don't, what do we have a council for? It would seem to me that there are two opposing viewpoints, one taking the position that ATs should be practically treated as devs, no distinction, the other taking the position that they are just users and the whole AT position shouldn't exist. The council position seems to be a generally reasonable compromise, that they are a class of user that should be recognized as making a contribution and having responsibilities beyond that of an ordinary user, but that they should remain distinct from full devs, because they are NOT full devs. Part of that position is that they get a gentoo mail address, but one recongizably distinct from that of a gentoo dev. As proposed, that recognizably distinct address was a subdomain. However, infra has objected to that as unworkable. However, the wording of the GLEP makes it clear that the subdomain was a proposal and that the details were to be worked out. What this "possible solution" does is provide a way for that to happen -- something infra shouldn't have issues with, while at the same time, implementing that aspect of the GLEP as adopted by the council. What I'm saying is that this is a solution consistent with the "situation on the ground" as we no have it. Sure, we can argue that the situation should be different, but this, from my viewpoint, is a pragmatic solution to a very tough and controversial problem, that the council has none-the-less expressed its view on, with said view approaching IMO about the best possible compromise between the opposing viewpoints. I'm just trying to provide a way (thanks to the original suggestor) to "get some progress on the ground", instead of seeing it constantly debated, with no real conclusion or practical application of the debate in sight. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list