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 1ErEZm-0002hO-5X for garchives@archives.gentoo.org; Tue, 27 Dec 2005 13:09:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBRD6Tik032698; Tue, 27 Dec 2005 13:06:29 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 jBRD3wXS010450 for ; Tue, 27 Dec 2005 13:03:58 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 1ErEW9-00088b-2O for gentoo-dev@lists.gentoo.org; Tue, 27 Dec 2005 13:05:29 +0000 From: Carsten Lohrke To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Multiple Repo Support Date: Tue, 27 Dec 2005 14:05:21 +0100 User-Agent: KMail/1.9 References: <43A235AD.6030604@leetworks.com> <200512270354.47661.carlo@gentoo.org> <20051227030816.GL5809@nightcrawler.e-centre.net> In-Reply-To: <20051227030816.GL5809@nightcrawler.e-centre.net> 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="nextPart2807647.4ICgKeHtWi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512271405.26499.carlo@gentoo.org> X-Archives-Salt: b6c5cbf5-7c6c-4b56-ba49-bebb48a6b4a6 X-Archives-Hash: e3640637db0d0adcb1f86c7f5bfc56b3 --nextPart2807647.4ICgKeHtWi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 December 2005 04:08, Brian Harring wrote: > So note the comment in the email you are responding to about locking > down the used dep/rdeps for an install. That would be a maintenance nightmare. Every time a new KDE versions comes = out=20 a new ebuild revision for every package depending on KDE would be needed to= =20 work with this particular KDE version. Just for the sake of having to match= =20 with insufficient slot dependencies. I'll give another example: Application X works with KDE 4.0 (which implies that it will work with all = KDE=20 4.x versions). Locking the dependency down to e.g. kde-base/kdelibs:4.0=20 implies adding another ebuild revision depending on kde-base/kdelibs:4.1,=20 another one on kde-base/kdelibs:4.2. In short: Even having slot dependencie= s=20 they won't be used, because =3Dkde-base/kdelibs-4* is the dependency, which= =20 matches and no one will add hundreds of ebuilds just to follow the limiting= =20 scope Portage is providing via slot dependencies. Based on the packages we have now in Portage, that would mean ~300 addition= al=20 new ebuild revisions as a side effect of every KDE version bump. Simply=20 ridiculous. Carsten --nextPart2807647.4ICgKeHtWi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) iD8DBQBDsTwWVwbzmvGLSW8RAlW6AJwLWSwoE506gDuvCK32z8HZYWhs1gCgjIQq QQyTqvje6Y9rumoUlojw5y0= =KsNm -----END PGP SIGNATURE----- --nextPart2807647.4ICgKeHtWi-- -- gentoo-dev@gentoo.org mailing list