[gentoo-dev] Per-category and per-package eclasses

[gentoo-dev] Per-category and per-package eclasses

[Elfyn McBratney]

[-- Attachment #1: Type: text/plain, Size: 1023 bytes --]

Hi folks,

The other night, some of us in #gentoo-uk got talking about per-category and 
per-package eclasses, the idea being that each category, and each package, 
could have it's own 'eclass' subdirectory containing category- or 
package-local eclasses.  This in addition to having global eclasses in 
gentoo-x86/eclass.

For example (totally hypothetical), the php-sapi* eclasses would be a primse 
example of a category-local eclass (their only used by the PHP SAPI ebuilds).  
I can't find any eclasses that exist currently that'd be a good example of a 
local-eclass, but hopefully you get the idea.

Thoughts ?  Anything I've missed ciaranm ? :)

Best,
Elfyn

-- 
Elfyn McBratney                                     http://beu.merseine.nu/
beu/irc.freenode.net                            http://dev.gentoo.org/~beu/
+------------O.o--------------------- http://dev.gentoo.org/~beu/pubkey.asc

PGP Key ID: 0x69DF17AD
PGP Key Fingerprint:
  DBD3 B756 ED58 B1B4 47B9  B3BD 8D41 E597 69DF 17AD

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Dan Meltzer]

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?

On 4/25/05, Elfyn McBratney <beu@gentoo.org> wrote:
> Hi folks,
> 
> The other night, some of us in #gentoo-uk got talking about per-category and
> per-package eclasses, the idea being that each category, and each package,
> could have it's own 'eclass' subdirectory containing category- or
> package-local eclasses.  This in addition to having global eclasses in
> gentoo-x86/eclass.
> 
> For example (totally hypothetical), the php-sapi* eclasses would be a primse
> example of a category-local eclass (their only used by the PHP SAPI ebuilds).
> I can't find any eclasses that exist currently that'd be a good example of a
> local-eclass, but hopefully you get the idea.
> 
> Thoughts ?  Anything I've missed ciaranm ? :)
> 
> Best,
> Elfyn
> 
> --
> Elfyn McBratney                                     http://beu.merseine.nu/
> beu/irc.freenode.net                            http://dev.gentoo.org/~beu/
> +------------O.o--------------------- http://dev.gentoo.org/~beu/pubkey.asc
> 
> PGP Key ID: 0x69DF17AD
> PGP Key Fingerprint:
>   DBD3 B756 ED58 B1B4 47B9  B3BD 8D41 E597 69DF 17AD
> 
> 
>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Marius Mauch]

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?

Actually I'd say the opposite: There is definitely a use for 
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.

Marius
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Georgi Georgiev]

maillog: 25/04/2005-15:27:12(+0300): Marius Mauch types
> 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?
> 
> Actually I'd say the opposite: There is definitely a use for 
> 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.

Plus, imagine how much stuff will break when you move a package to a new
category.

-- 
*>   Georgi Georgiev   *> Never underestimate the power of human       *>
<*    chutz@gg3.net    <* stupidity.                                   <*
*>  +81(90)2877-8845   *>                                              *>
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 1098 bytes --]

On Mon, 25 Apr 2005 15:27:12 +0300 Marius Mauch <genone@gentoo.org>
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?
| 
| Actually I'd say the opposite: There is definitely a use for 
| 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.

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.

Making it work is 'easy', just make inherit first try /cat/pkg/eclass/
then /cat/eclass/ then finally /eclass/ .

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Marius Mauch]

[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]

On Mon, 25 Apr 2005 14:47:03 +0100
Ciaran McCreesh <ciaranm@gentoo.org> wrote:

> On Mon, 25 Apr 2005 15:27:12 +0300 Marius Mauch <genone@gentoo.org>
> 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?
> | 
> | Actually I'd say the opposite: There is definitely a use for 
> | 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.
> 
> 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.
> 
> 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

-- 
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.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Brian Harring]

On Tue, Apr 26, 2005 at 02:49:28AM +0200, Marius Mauch wrote:
> On Mon, 25 Apr 2005 14:47:03 +0100
> Ciaran McCreesh <ciaranm@gentoo.org> wrote:
> 
> > On Mon, 25 Apr 2005 15:27:12 +0300 Marius Mauch <genone@gentoo.org>
> > 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?
> > | 
> > | Actually I'd say the opposite: There is definitely a use for 
> > | 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.
> > 
> > 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.
> > 
> > Making it work is 'easy', just make inherit first try /cat/pkg/eclass/
> > then /cat/eclass/ then finally /eclass/ .
One thing I'm not getting out of this, is why y'all can't just abuse 
the looser grouped layout of eclasses under g33, and implement it 
within that dir...
~brian
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 461 bytes --]

On Mon, 25 Apr 2005 19:50:28 -0500 Brian Harring <ferringb@gentoo.org>
wrote:
| One thing I'm not getting out of this, is why y'all can't just abuse 
| the looser grouped layout of eclasses under g33, and implement it 
| within that dir...

Well, the original idea was just for tidiness...

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Aaron Walker]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Elfyn McBratney wrote:
> Hi folks,
> 
> The other night, some of us in #gentoo-uk got talking about per-category and 
> per-package eclasses, the idea being that each category, and each package, 
> could have it's own 'eclass' subdirectory containing category- or 
> package-local eclasses.  This in addition to having global eclasses in 
> gentoo-x86/eclass.
> 
> For example (totally hypothetical), the php-sapi* eclasses would be a primse 
> example of a category-local eclass (their only used by the PHP SAPI ebuilds).  
> I can't find any eclasses that exist currently that'd be a good example of a 
> local-eclass, but hopefully you get the idea.
> 
> Thoughts ?  Anything I've missed ciaranm ? :)

I like the idea.  cron.eclass would definitely fit in sys-process/eclass/
(although could we move existing eclasses anyways?).

I definitely see an advantage to package local eclasses (any package with a
non-trivial build system).  All non version-specific stuff could be kept there.
- --
Talk sense to a fool and he calls you foolish.
		-- Euripides

Aaron Walker <ka0ttic@gentoo.org>
[ BSD | cron | forensics | shell-tools | commonbox | netmon | vim | web-apps ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCbPaTC3poscuANHARAjmhAJ9duCJNb6DDK6kDL9tFhi/qLhy2BQCgnD6M
wPGaZ6HQp22zGGzVhcZblXs=
=rXCW
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 765 bytes --]

On Mon, 25 Apr 2005 09:54:27 -0400 Aaron Walker <ka0ttic@gentoo.org>
wrote:
| I like the idea.  cron.eclass would definitely fit in
| sys-process/eclass/ (although could we move existing eclasses
| anyways?).

Long-term, yes, at least if things are implemented the way I was
thinking when I was talking about it yesterday. Note, however, that I
was mildly intoxicated at the time, so this idea might not actually be a
very smart way of doing things (hence why I made beu write it up -- if
it turns out it's a lousy idea, you can all flame him for being silly
enough to take it seriously).

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Mike Frysinger]

On Monday 25 April 2005 08:43 am, Elfyn McBratney wrote:
> The other night, some of us in #gentoo-uk got talking about per-category
> and per-package eclasses

you mean Bug 69714 i filed ~6 months ago ? ;)

you should go into the mail archives and review the superior solution that was 
hashed out ... i think it was called 'elibs'/'esource' or something

i dont know if anything has been done portage side though
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 428 bytes --]

On Mon, 25 Apr 2005 10:20:32 -0400 Mike Frysinger <vapier@gentoo.org>
wrote:
| you should go into the mail archives and review the superior solution
| that was  hashed out ... i think it was called 'elibs'/'esource' or
| something

elibs is something else.

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Per-category and per-package eclasses

[Mike Frysinger]

On Monday 25 April 2005 10:27 am, Ciaran McCreesh wrote:
> On Mon, 25 Apr 2005 10:20:32 -0400 Mike Frysinger <vapier@gentoo.org>
>
> wrote:
> | you should go into the mail archives and review the superior solution
> | that was  hashed out ... i think it was called 'elibs'/'esource' or
> | something
>
> elibs is something else.

i was under the impression that elibs would be replacing eclasses and would 
allow for 'namespaces' on global/category/package levels
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Per-category and per-package eclasses

[Elfyn McBratney]

[-- Attachment #1: Type: text/plain, Size: 1269 bytes --]

On Monday 25 Apr 2005 15:20, Mike Frysinger wrote:
> On Monday 25 April 2005 08:43 am, Elfyn McBratney wrote:
> > The other night, some of us in #gentoo-uk got talking about per-category
> > and per-package eclasses
>
> you mean Bug 69714 i filed ~6 months ago ? ;)

Ah, you see .. ciaranm didn't tell me about that .. you know, i was just 
following orders ;)

> you should go into the mail archives and review the superior solution that
> was hashed out ... i think it was called 'elibs'/'esource' or something

Yep, I've read up on elibs.  Speaking with johnm about it, this was sort of an 
extension thereto .. kinda.  Perhaps a s/eclass/elib/ is in order, since the 
only real difference is a function call.  Either way, package/category-local 
'ethings' would be cool. :)

> i dont know if anything has been done portage side though

Don't think so, still awaiting glep approval, iirc.

Best,
Elfyn

-- 
Elfyn McBratney                                     http://beu.merseine.nu/
beu/irc.freenode.net                            http://dev.gentoo.org/~beu/
+------------O.o--------------------- http://dev.gentoo.org/~beu/pubkey.asc

PGP Key ID: 0x69DF17AD
PGP Key Fingerprint:
  DBD3 B756 ED58 B1B4 47B9  B3BD 8D41 E597 69DF 17AD

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]