From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 512 invoked from network); 10 Aug 2004 23:35:03 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 10 Aug 2004 23:35:03 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1Bug90-0008Fe-Ns for arch-gentoo-dev@lists.gentoo.org; Tue, 10 Aug 2004 23:35:02 +0000 Received: (qmail 23257 invoked by uid 89); 10 Aug 2004 23:35:01 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 20593 invoked from network); 10 Aug 2004 23:35:01 +0000 From: Carsten Lohrke To: gentoo-dev@lists.gentoo.org Date: Wed, 11 Aug 2004 01:34:52 +0200 User-Agent: KMail/1.6.2 References: <200407310222.28132.carlo@gentoo.org> <200408061252.29350.pauldv@gentoo.org> In-Reply-To: <200408061252.29350.pauldv@gentoo.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408110134.58783.carlo@gentoo.org> Subject: Re: [gentoo-dev] problems with need-kde/qt and possible solutions X-Archives-Salt: 1c09415d-42c7-4f62-af1f-03ac229ae385 X-Archives-Hash: 8a96ef50b5783c68ded5099f152caa07 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 06 August 2004 12:52, Paul de Vrieze wrote: > What about having different eclasses for the different versions? If those > eclasses inherit a common one, this would probably be the cleanest > solution.=20 Then a simple variable would be better, since we cannot prefix an eclass li= ke=20 e.g. "inherit <=3Dkde-3.3". Both have in common that you still have more=20 dependencies than necessary, because the minimum is to inherit kdelibs, but= =20 an application may depend on kdegraphics, which depends on kdelibs alrady.= =20 Multiple eclasses would only be dupes, imho. Best would be, if Portage woul= d=20 be smart enough to detect the minimum dependency set. > To introduce a set_dependencies() function would only have the=20 > problem appear somewhere else. It still would break the cache and/or > partial parsing We'll have similar problems, when implementing a proper i18n solution. ~30= =20 SRC_URI's in kde-i18n are not funny, k3b is another (different) sample.=20 Either we get a function to modify such stuff or Portage has to provide=20 decent support, but that's post .51 stuff. Carsten =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBGVuiVwbzmvGLSW8RAl43AJ9F+jPpYZOHfl6FI3Mb6iAtTtjUvQCdGR4/ GM8+MYja2JosoA1B++LTu20=3D =3DdDJV =2D----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list