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 1ErJzw-0005Kp-SU for garchives@archives.gentoo.org; Tue, 27 Dec 2005 18:56:37 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBRIsF4j012749; Tue, 27 Dec 2005 18:54:15 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 jBRIprQt002246 for ; Tue, 27 Dec 2005 18:51:54 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 1ErJws-0001Bf-Fu for gentoo-dev@lists.gentoo.org; Tue, 27 Dec 2005 18:53:27 +0000 From: Carsten Lohrke To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Multiple Repo Support Date: Tue, 27 Dec 2005 19:53:14 +0100 User-Agent: KMail/1.9 References: <43A235AD.6030604@leetworks.com> <200512271844.10952.carlo@gentoo.org> <20051227175926.61b6268d@snowdrop.home> In-Reply-To: <20051227175926.61b6268d@snowdrop.home> 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="nextPart2567156.BA15mcPjSt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512271953.20960.carlo@gentoo.org> X-Archives-Salt: 415346ee-6174-4df2-9e66-1c34a6a32656 X-Archives-Hash: 2f767e59656557dc27e112cac4d4590e --nextPart2567156.BA15mcPjSt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 December 2005 18:59, Ciaran McCreesh wrote: > Nnnope. If you modify an eclass it forces a cache regen for packages > using said eclass (except possibly if you're using an overlay, but > that's a separate issue...). You're trying to solve something which is already solved, but this has noth= ing=20 to do with our problem. The question is not listen the possible valid KDE=20 versions or a change of the eclass, but the need to know actual used KDE=20 version. You'd need to call e.g. kde-config to get it. And this breaks=20 caching. Carsten --nextPart2567156.BA15mcPjSt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) iD8DBQBDsY2gVwbzmvGLSW8RArEgAJ4gvGf6vZ/OganwxkfqtjoGH3aCegCgn0nb jgBrJC92IFu1S9F4AIGKOZg= =e6WU -----END PGP SIGNATURE----- --nextPart2567156.BA15mcPjSt-- -- gentoo-dev@gentoo.org mailing list