From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3Q0jhDo022555 for ; Tue, 26 Apr 2005 00:45:43 GMT Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DQECu-00055W-00 for gentoo-dev@lists.gentoo.org; Tue, 26 Apr 2005 02:45:44 +0200 Received: from [82.82.136.111] (helo=sven.genone.homeip.net) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1DQECu-0004cx-00 for gentoo-dev@lists.gentoo.org; Tue, 26 Apr 2005 02:45:44 +0200 Date: Tue, 26 Apr 2005 02:49:28 +0200 From: Marius Mauch To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Per-category and per-package eclasses Message-ID: <20050426024928.20e1570f@sven.genone.homeip.net> In-Reply-To: <20050425144703.5fb0233e@snowdrop> References: <200504251343.52450@zippy.emcb.local> <46059ce10504250608421915ff@mail.gmail.com> <426CE220.40409@gentoo.org> <20050425144703.5fb0233e@snowdrop> Organization: Gentoo X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; x86_64-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="Signature_Tue__26_Apr_2005_02_49_28_+0200_R_0_JS_oyIi7.1A="; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:7e6c91d1b14dbccceb2f2166522fa0f6 X-Archives-Salt: b5708f69-9b83-41c3-a5ad-443c6f885451 X-Archives-Hash: a5fda101d1873c79807bf6428e307ee3 --Signature_Tue__26_Apr_2005_02_49_28_+0200_R_0_JS_oyIi7.1A= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 25 Apr 2005 14:47:03 +0100 Ciaran McCreesh wrote: > On Mon, 25 Apr 2005 15:27:12 +0300 Marius Mauch > wrote: > | Dan Meltzer wrote: > | > I can see the use for a category one, but I can see no point for a > | > package-local one, if you're going to have it specific for one > | > package, why not just put it in the ebuild, and have no eclass at > | > all? > |=20 > | Actually I'd say the opposite: There is definitely a use for=20 > | package-local eclasses, however I don't see the point for > | category-local eclasses (especially as that would very funny to get > | it working). Example for package-local eclasses? Whenever you define > | a function in an ebuild that isn't version specific. >=20 > Category-specific: app-vim/eclass/vim-plugin.eclass > Package-specific: any package with a non-trivial build system that > doesn't change too much between versions. >=20 > Making it work is 'easy', just make inherit first try /cat/pkg/eclass/ > then /cat/eclass/ then finally /eclass/ . well, /cat/eclass will bring us a lot of fun if implemented ;) Marius --=20 Public Key at http://www.genone.de/info/gpg-key.pub In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a bit better. --Signature_Tue__26_Apr_2005_02_49_28_+0200_R_0_JS_oyIi7.1A= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCbZAcWzrL1pM7SNcRAk3PAKCRSuZS9mTSnY1n0dyeiOl9bVtQMgCfd2SQ wxQVXdBeigyGGcX7rfpSaHM= =7vOZ -----END PGP SIGNATURE----- --Signature_Tue__26_Apr_2005_02_49_28_+0200_R_0_JS_oyIi7.1A=-- -- gentoo-dev@gentoo.org mailing list