EAPI 5 (Was: Making user patches globally available)
 

On Fri, 27 Apr 2012 21:58:24 +0200
Michał Górny <mgorny@gentoo.org> wrote:
> Of course, if we take the 'quick EAPI 5 route', it won't include
> anything useful. In the meantime, do we have a complete list of
> candidates for EAPI 5?

Let's continue this on the PMS list.

* user patches

* EAPI parsing

* the things that were left out of 4:

+ slot operator deps

+ profile IUSE

* No -j1 for src_test

* Remove deprecated stuff

* Zero or one REQUIRED_USE operator

These might be cheap now?

* New bash version

* Get a versionator replacement into the PM

--
Ciaran McCreesh

EAPI 5 (Was: Making user patches globally available)
 

El vie, 27-04-2012 a las 21:12 +0100, Ciaran McCreesh escribió:
> On Fri, 27 Apr 2012 21:58:24 +0200
> Michał Górny <mgorny@gentoo.org> wrote:
> > Of course, if we take the 'quick EAPI 5 route', it won't include
> > anything useful. In the meantime, do we have a complete list of
> > candidates for EAPI 5?
>
> Let's continue this on the PMS list.
>
> * user patches
>
> * EAPI parsing
>
> * the things that were left out of 4:
>
> + slot operator deps
>
> + profile IUSE
>
> * No -j1 for src_test
>
> * Remove deprecated stuff
>
> * Zero or one REQUIRED_USE operator
>
> These might be cheap now?
>
> * New bash version
>
> * Get a versionator replacement into the PM
>

Could:
https://bugs.gentoo.org/show_bug.cgi?id=408693

be handled also?

Thanks

EAPI 5 (Was: Making user patches globally available)
 

On Fri, 27 Apr 2012 21:12:27 +0100
Ciaran McCreesh <ciaran.mccreesh@googlemail.com> wrote:

> * Get a versionator replacement into the PM

Why are we trying to make PM a brick instead of keeping stuff modular?
What does the eclass lack which could be provided by PM?

--
Best regards,
Michał Górny

EAPI 5 (Was: Making user patches globally available)
 

On Sat, 28 Apr 2012 10:52:07 +0200
Michał Górny <mgorny@gentoo.org> wrote:
> On Fri, 27 Apr 2012 21:12:27 +0100
> Ciaran McCreesh <ciaran.mccreesh@googlemail.com> wrote:
> > * Get a versionator replacement into the PM
>
> Why are we trying to make PM a brick instead of keeping stuff modular?
> What does the eclass lack which could be provided by PM?

Because trying to parse version formats correctly in bash is a huge
pain, and versionator doesn't get it right (never mind that the rules
were different when versionator was written).

--
Ciaran McCreesh

EAPI 5 (Was: Making user patches globally available)
 

What's changed from 2006 in version handling?

Il giorno 28/apr/2012 11:39, "Ciaran McCreesh" <ciaran.mccreesh@googlemail.com> ha scritto:

>

> On Sat, 28 Apr 2012 10:52:07 +0200

> Michał Górny <mgorny@gentoo.org> wrote:

> > On Fri, 27 Apr 2012 21:12:27 +0100

> > Ciaran McCreesh <ciaran.mccreesh@googlemail.com> wrote:

> > > * Get a versionator replacement into the PM

> >

> > Why are we trying to make PM a brick instead of keeping stuff modular?

> > What does the eclass lack which could be provided by PM?

>

> Because trying to parse version formats correctly in bash is a huge

> pain, and versionator doesn't get it right (never mind that the rules

> were different when versionator was written).

>

> --

> Ciaran McCreesh

What's changed from 2006 in version handling?

EAPI 5 (Was: Making user patches globally available)
 

On Sat, 28 Apr 2012 10:09:01 +0000
Francesco Riosa <vivo75@gmail.com> wrote:
> What's changed from 2006 in version handling?

The ordering rules, the handling of zeroes and the behaviour of
suffixes.

--
Ciaran McCreesh