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 1EZA9a-00059u-N0 for garchives@archives.gentoo.org; Mon, 07 Nov 2005 16:47:31 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jA7Gk3LO028654; Mon, 7 Nov 2005 16:46:03 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 jA7GgrBc029020 for ; Mon, 7 Nov 2005 16:42:54 GMT Received: from zh034158.ppp.dion.ne.jp ([222.3.34.158] helo=opteron246.suzuki-stubbs.home) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EZA57-0002LY-7e for gentoo-dev@lists.gentoo.org; Mon, 07 Nov 2005 16:42:53 +0000 Received: by opteron246.suzuki-stubbs.home (Postfix, from userid 1000) id 45D11248160; Tue, 8 Nov 2005 01:44:12 +0900 (JST) From: Jason Stubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: GLEP 42 (Was: Getting Important Updates To Users) Date: Tue, 8 Nov 2005 01:44:12 +0900 User-Agent: KMail/1.8.92 References: <200511010836.29453.chriswhite@gentoo.org> <200511072137.10975.jstubbs@gentoo.org> <20051107160608.GA9318@bmb24.uth.tmc.edu> In-Reply-To: <20051107160608.GA9318@bmb24.uth.tmc.edu> 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="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511080144.12179.jstubbs@gentoo.org> X-Archives-Salt: 112d32fe-7889-4869-a39b-cf043a41174b X-Archives-Hash: 3f2036c4fd78a9c14223a3e628ca2191 On Tuesday 08 November 2005 01:06, Grant Goodyear wrote: > Jason Stubbs wrote: [Mon Nov 07 2005, 06:37:10AM CST] > > I'm really just against having it in emerge, especially with the current > > suggestion of portage just doing a little bit of maintenance work for > > external tools and nothing else. > > I'm not sure exactly what you're arguing here. Is it just that you > think that the news stuff should be a post-sync hook instead of being > triggered explicitly by "emerge"? I just wrote several paragraphs but that got me thinking so I deleted 'em. Ok. There's two levels of APIs here. There's the post-sync stuff which utilizes portage's API. There'll never be any need for portage to utilize the post-sync stuff that I can think of; if there is, that's a reason for putting it into portage. The second layer is between the post-sync stuff and the news readers. Here we have a problem. As Brian mentioned, multiple independent repositories will be supported and each should be allowed to have it's own independent set of news items. Multiple repositories will bring new (or completely replace) portage APIs. Hence, the post-sync stuff will have to accomodate. Yet, that's going to propogate into the post-sync component's API provided for the readers. Multiple independent repositories is just one change that we know is going to throw a spanner in the works. There'll likely be others. Hmm, I think I've just discovered what's unsettling about all this. We're being asked to throw something into portage that'll do XYZ to support external tools, yet we are guaranteed to break the XYZ. I guess I'd be happy with portage doing it and responsibility for compatibility staying with portage as long as we can decide/lead how the external tools gains access to the information. -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list