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 1Eqz1z-0006Lc-1m for garchives@archives.gentoo.org; Mon, 26 Dec 2005 20:33:19 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBQKWBpQ010055; Mon, 26 Dec 2005 20:32:11 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 jBQKSclg001766 for ; Mon, 26 Dec 2005 20:28: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 1EqyxR-0006VM-J2 for gentoo-dev@lists.gentoo.org; Mon, 26 Dec 2005 20:28:37 +0000 Received: from localhost.home ([127.0.0.1] helo=snowdrop.home) by snowdrop.home with esmtp (Exim 4.54) id 1EqyxQ-00031f-58 for gentoo-dev@lists.gentoo.org; Mon, 26 Dec 2005 20:28:36 +0000 Date: Mon, 26 Dec 2005 20:28:33 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Multiple Repo Support Message-ID: <20051226202833.4c5fe9f9@snowdrop.home> In-Reply-To: <200512262109.39704.carlo@gentoo.org> References: <43A235AD.6030604@leetworks.com> <200512232230.15897.carlo@gentoo.org> <20051224010432.GF5796@nightcrawler.e-centre.net> <200512262109.39704.carlo@gentoo.org> X-Mailer: Sylpheed-Claws 2.0.0-rc1 (GTK+ 2.8.9; i686-pc-linux-gnu) 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: multipart/signed; boundary="Sig_6swCl/mkYZ2CwGjQ3SoS+EX"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 661ab9a7-a426-43e8-a324-c9f9060ae504 X-Archives-Hash: 7e51637546b756d805508b45d15d81cd --Sig_6swCl/mkYZ2CwGjQ3SoS+EX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 26 Dec 2005 21:09:31 +0100 Carsten Lohrke wrote: | I wonder if portage deals fine with subtle dependency | incompatibilities, when one package has foo[!bar] and another one | foo[bar] as dependency and spits out a reasonable error message to | apply mutual blockers. If they're purely in DEPEND, that one isn't even an incompatability. | > kde-libs/kde:3 | > ^^^ need any kde, with slotting enabled. | > | > kde-libs/kde:3,4 | > ^^^ need any kde, slotting 3 or 4. | > | > Combination? Not set in stone afaik, the implementation I have | > sitting in saviour doesn't care about the ordering however. |=20 | This is the one I'm entirely not sure what it is good for. To me it | looks more like a workaround for missing dependency ranges, but it | won't solve any issue for KDE related packages.=20 Well, any library that changes ABI should use a different SLOT for each revision. So SLOT depends should be able to replace the need for =3D and ~ and < and <=3D dependencies entirely. Which is a good thing, since those atoms make dependency resolution a general-case unsolvable problem. | As a general remark I'd like to know if and how this enhanced | dependency syntax is ordered. :[], []: or is both allowed!? What if | we find out, that we need to consider another factor, later? :[]<>? | Wouldn't it be better to have a extensible scheme, like e.g. | $category/$ebuild[use:foo,!bar;slot:x,y] ? The existing syntax is just as extensible. Up the EABI revision, and start adding new syntax as needed. --=20 Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Sig_6swCl/mkYZ2CwGjQ3SoS+EX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDsFJz96zL6DUtXhERAt2HAKCxHtOgAhSLaSobpM8x4GVFlJ4nHwCgoV+b VENpemtKGWcZxaFThGcyHVY= =l59G -----END PGP SIGNATURE----- --Sig_6swCl/mkYZ2CwGjQ3SoS+EX-- -- gentoo-dev@gentoo.org mailing list