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.54) id 1Elk6r-0002jx-Ip for garchives@archives.gentoo.org; Mon, 12 Dec 2005 09:36:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBC9Zudr024465; Mon, 12 Dec 2005 09:35:56 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 jBC9XxfX025997 for ; Mon, 12 Dec 2005 09:34:00 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.54) id 1Elk4F-0006JK-8o for gentoo-dev@lists.gentoo.org; Mon, 12 Dec 2005 09:33:59 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Elk2M-0008Kx-Nf for gentoo-dev@gentoo.org; Mon, 12 Dec 2005 10:32:02 +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 ; Mon, 12 Dec 2005 10:32:02 +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 ; Mon, 12 Dec 2005 10:32:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: GLEP 42 (Critical news reporting) updates Date: Mon, 12 Dec 2005 02:30:12 -0700 Organization: Sometimes Message-ID: References: <20051211013550.66bfd7d2@snowdrop.home> <200512120844.00805.jstubbs@gentoo.org> <20051212000129.65f4e127@snowdrop.home> <200512120911.53976.jstubbs@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=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: a19f6794-6766-4f1e-b350-a95cfd48877b X-Archives-Hash: 3f89cd3e4797266670aa3cc689a79715 Jason Stubbs posted <200512120911.53976.jstubbs@gentoo.org>, excerpted below, on Mon, 12 Dec 2005 09:11:53 +0900: > On Monday 12 December 2005 09:01, Ciaran McCreesh wrote: >> On Mon, 12 Dec 2005 08:44:00 +0900 Jason Stubbs >> >> wrote: >> | Repositories will be user-labelled. However, all that readers need be >> | concerned with is how to extract the repository name from the >> | news.unread file and how to then resolve that to a directory name, >> | regardless of how repositories are implemented. >> >> See, this is exactly why I'm not wanting to care about multiple repo >> details at this point. There's no specification of how they work and >> what exactly they're supposed to do, and to make matters worse the way >> you seem to think they'll be handled is a really really bad way of >> doing it. > > Regardless of what you think about the current plans for multiple repository > support, the details that readers will need to know wont change. Ciaran hasn't stated, but it appears to me if I'm reading correctly between the lines, the reason he doesn't want to mess with specifying multiple repo details right now is that it's getting the cart before the horse in terms of nailing down certain areas of the multiple repo spec. For example, if repository-id forms a part of the path and we define path parsing now, then we are effectively defining legal characters for repository-id now. That's an entirely different glep, far out of scope and reaching into other people's territory, limiting how that might be implemented by defining a portion of the id-scope in an entirely unrelated glep. Given how heated I've seen GLEP discussion get (and I'm not saying that's /bad/, just a fact), I really can't blame Ciaran for attempting to keep the scope of the proposal, and therefore the debate, down to exactly what he's aiming to accomplish, without ending up getting into an entirely /different/ debate about how he's limiting the future flexibility of the multiple repo implementation. Once there's a concrete proposal there to work with, then and only then, he's saying (from my viewpoint), is it appropriate for consideration in relation to the news proposal. Don't unnecessarily tie the two together, complicating life for both. Let each be argued on its merits separately, and when/if multiple repo is actually close enough to deployment that there's some actual rules to work with, /then/ worry about fixing this to match. If I'm incorrect, just tell me to go back in my corner and lurk some more , but that's what I'm getting out of this subthread so far. -- 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