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 1ErFC5-0003W7-3e for garchives@archives.gentoo.org; Tue, 27 Dec 2005 13:48:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBRDkUne024390; Tue, 27 Dec 2005 13:46:30 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 jBRDhgBB026111 for ; Tue, 27 Dec 2005 13:43:42 GMT Received: from c213165.adsl.hansenet.de ([213.39.213.165] helo=iglu.bnet.local) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1ErF8a-0006ZE-UQ for gentoo-dev@lists.gentoo.org; Tue, 27 Dec 2005 13:45:13 +0000 From: Carsten Lohrke To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Multiple Repo Support Date: Tue, 27 Dec 2005 14:45:00 +0100 User-Agent: KMail/1.9 References: <43A235AD.6030604@leetworks.com> <20051227030816.GL5809@nightcrawler.e-centre.net> <200512272200.19011.jstubbs@gentoo.org> In-Reply-To: <200512272200.19011.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: multipart/signed; boundary="nextPart15350655.97t6fh10jq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512271445.05776.carlo@gentoo.org> X-Archives-Salt: cc879649-435f-4f97-818e-55f135f884ea X-Archives-Hash: d17d363aa0e26ca42e44bd25ef051fab --nextPart15350655.97t6fh10jq Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 December 2005 14:00, Jason Stubbs wrote: > If all three of those packages were first built against kdelibs:3.4 and > then kdelibs:3.5 became available then rebuilding any one of them without > rebuilding the others will break digikam. I can't see how it's directly > represented in the metadata unless you want to overload the meaning of > SLOT. It's not possible to represent that via dependencies. What is needed is som= e=20 sort of introspection which relevant ebuild is built against which KDE=20 version and if those _installed_ ebuild:kdever combinations match the one t= he=20 _actual_ ebuild to emerge. But you're right about the overloading of the meaning of slots, because tha= t's=20 happening right now. Slots are used to install several versions of a packag= e=20 side by side. The idea Ciaranm and Brian are proposing to lock ebuilds=20 depending on slotted packages down to a single slot is the redefinition. An= d=20 once again: This doesn't match reality. Carsten --nextPart15350655.97t6fh10jq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) iD8DBQBDsUVhVwbzmvGLSW8RAs9ZAKC4QcH9YIn052da5mrpLiywF2UDPACgomSm xf2rZw4SGFF/LUGiRovU5bA= =SGGG -----END PGP SIGNATURE----- --nextPart15350655.97t6fh10jq-- -- gentoo-dev@gentoo.org mailing list