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 1Enn4l-0001IZ-Jk for garchives@archives.gentoo.org; Sun, 18 Dec 2005 01:11:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBI19iKZ006875; Sun, 18 Dec 2005 01:09:44 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 jBI17aFV000657 for <gentoo-dev@lists.gentoo.org>; Sun, 18 Dec 2005 01:07:38 GMT Received: from 82-41-57-20.cable.ubr08.edin.blueyonder.co.uk ([82.41.57.20] helo=snowdrop.home) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1Enn1T-0005c7-B8 for gentoo-dev@lists.gentoo.org; Sun, 18 Dec 2005 01:07:35 +0000 Received: from localhost.home ([127.0.0.1] helo=snowdrop.home) by snowdrop.home with esmtp (Exim 4.54) id 1Enn1O-0002iH-6E for gentoo-dev@lists.gentoo.org; Sun, 18 Dec 2005 01:07:30 +0000 Date: Sun, 18 Dec 2005 01:07:27 +0000 From: Ciaran McCreesh <ciaranm@gentoo.org> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: GLEP 42 (Critical news reporting) updates Message-ID: <20051218010727.5528f28f@snowdrop.home> In-Reply-To: <20051218005104.GE22142@nightcrawler.e-centre.net> References: <20051211013550.66bfd7d2@snowdrop.home> <200512140911.51446.jstubbs@gentoo.org> <20051214005202.34958472@snowdrop.home> <200512142109.02622.jstubbs@gentoo.org> <20051214180221.5136cf94@snowdrop.home> <43A0933D.1010402@gmail.com> <20051214215406.33fed83f@snowdrop.home> <20051217233318.GC22142@nightcrawler.e-centre.net> <20051218001430.0d78fe4b@snowdrop.home> <20051218005104.GE22142@nightcrawler.e-centre.net> X-Mailer: Sylpheed-Claws 2.0.0-rc1 (GTK+ 2.8.9; i686-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_mF5.Gu08CVXWowgPwUJMQso; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 0a93855e-d048-4ff1-9160-ef1198604053 X-Archives-Hash: d0b82d56d05a7a169896b9af57d1eed7 --Sig_mF5.Gu08CVXWowgPwUJMQso Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 17 Dec 2005 16:51:05 -0800 Brian Harring <ferringb@gentoo.org> wrote: | Transitioning from single news.unread to N is going to break clients=20 | that expect a single. Yup. | As I said, you're going to break stuff- and you're building it into=20 | your glep out of (aparent) stubborness. No no. I'm just not adding something ill defined and arbitrary to the GLEP to avoid introducing minor possible breakage when some ill defined and arbitrary change is made to Portage. | What do you want, another glep amending yours with that one little=20 | detail? Probably won't be necessary... | The news glep crosses several groups, collaboration here is required,=20 | meaning *listen* to the folk you're trying to command. Otherwise the=20 | glep *will* go nowhere no matter how much noise you make. And I'm asking you to provide me with a specification of how multiple repositories will work. Without that, there's no way the GLEP can be made to handle multiple repositories. | > | If you're going to create and dump a mess on us, I expect it to | > | be in the proposal- especially since your proposal is | > | intrinsically portage bound. | >=20 | > There's very little that's Portage bound. As originally requested, | > I've tried to keep as much as is reasonably possible *out* of | > Portage... |=20 | It's distributed via the portage tree, it's updated by portage, the=20 | check for new news items is *via* portage, and check for news items=20 | prior to merging is done by portage. |=20 | If that truly was your intention, you failed in it.. It's bound to=20 | portage, despite the rhetoric. No no. A Portage bound solution would stick all the code and clients in Portage proper, rather than using Portage merely for hooks as far as is reasonably possible. | Word games suck, instead of playing them you *should* be trying to=20 | address the concerns- iow, what do you *explicitly* need from | portage,=20 What explicitly I need, *if* the GLEP is to specify multiple repository support from the outset, is a specification of how Portage will handle multiple repositories conceptually and a description of the interface that will be provided by Portage. | > Especially since you've said "we're not doing it the way you think | > it should work"... |=20 | Where have I stated that? My statements thus far about multi repo=20 | were in reference to a glep that missed the target. | | Provide quotes please, or get back to nailing down exactly what you=20 | need portageq wise so we can state "do it this way, and we'll shut=20 | up". I'm thinking mainly about "Portage externally will use user defined" in relation to repository identification. Any specification on multiple repositories that comes from me will have said identifiers being repository designed, simply because I can't see a sane way of handling it otherwise. | You want us to nail everything down for our request, I'd like you to=20 | do the same (especially since we're stuck maintaining whatever you=20 | propose/create). I can't nail down details on multiple repository support until I'm told what Portage will do. Give me a specification for what Portage will do and I'll quite happily make the GLEP work with it. --=20 Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Sig_mF5.Gu08CVXWowgPwUJMQso Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpLZR96zL6DUtXhERAroNAKCzO9a4v/YlY2yVl3mSGjPnnoXvqACg2VYw /j1djyfha9soDRo1XBobRgY= =kR6e -----END PGP SIGNATURE----- --Sig_mF5.Gu08CVXWowgPwUJMQso-- -- gentoo-dev@gentoo.org mailing list