[gentoo-dev] Collecting items for EAPI 6

[gentoo-dev] Collecting items for EAPI 6

[Michał Górny]

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

Hello,

As discussed with ulm, I'd like to start a thread for collecting
initial items for EAPI 6. Preferably items which are either almost
ready or are easy to implement and are non-controversial. In other
words, thing which are practically ready to get on the actual list.

As usual, each item should have a corresponding 'Future EAPI' bug which
blocks the tracker [1].

[1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi


My propositions:

a) for improving self-consistency of EAPI (high priority):

- #463586: move get_libdir to EAPI (since it is used in econf).

- #459692: split the doc-installation part of default_src_install
  (e.g. as einstalldocs).

- #451938: provide a 'die' variant respecting 'nonfatal' (to implement
  custom helpers respecting 'nonfatal').


b) for improving ebuild & eclass development:

- #449862: tidy up IUSE checking.

- #449806: support using DOCS to append to the standard document list.

- #431340: allow bash-4.2 (may require additional policy restrictions).

- #273101: explicit variable for no. of parallel jobs (rather than
  hacking MAKEOPTS).

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

Re: [gentoo-dev] Collecting items for EAPI 6

[Tomáš Chvátal]

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

Dne Čt 28. března 2013 19:15:59, Michał Górny napsal(a):
> Hello,
> 
> As discussed with ulm, I'd like to start a thread for collecting
> initial items for EAPI 6. Preferably items which are either almost
> ready or are easy to implement and are non-controversial. In other
> words, thing which are practically ready to get on the actual list.
> 
> As usual, each item should have a corresponding 'Future EAPI' bug which
> blocks the tracker [1].
> 
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
> 
> 
As it goes we have lafile removal scripts in eclass already and there seems to 
be no harm done to users anymore with by-default punting with new eapi.

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

Patches array from base eclass to default as it is last thing in base eclass 
that has some relevant stuff.

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

Other than that I would like to see some improvements on binary packages (no 
bugs). Something like different binary pkgs for various IUSE (so they are not 
always rewritten)... so the tinderbox can get more usefull :-)


Cheers

Tom

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] Collecting items for EAPI 6

[Pacho Ramos]

El jue, 28-03-2013 a las 19:15 +0100, Michał Górny escribió:
> Hello,
> 
> As discussed with ulm, I'd like to start a thread for collecting
> initial items for EAPI 6. Preferably items which are either almost
> ready or are easy to implement and are non-controversial. In other
> words, thing which are practically ready to get on the actual list.
> 
> As usual, each item should have a corresponding 'Future EAPI' bug which
> blocks the tracker [1].
> 
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
> 
> 
> My propositions:
> 
> a) for improving self-consistency of EAPI (high priority):
> 
> - #463586: move get_libdir to EAPI (since it is used in econf).
> 
> - #459692: split the doc-installation part of default_src_install
>   (e.g. as einstalldocs).
> 
> - #451938: provide a 'die' variant respecting 'nonfatal' (to implement
>   custom helpers respecting 'nonfatal').
> 
> 
> b) for improving ebuild & eclass development:
> 
> - #449862: tidy up IUSE checking.
> 
> - #449806: support using DOCS to append to the standard document list.
> 
> - #431340: allow bash-4.2 (may require additional policy restrictions).
> 
> - #273101: explicit variable for no. of parallel jobs (rather than
>   hacking MAKEOPTS).
> 

I would also add, if possible:
https://bugs.gentoo.org/show_bug.cgi?id=449862 -> Suggest to specify a
way to query for values in IUSE

Re: [gentoo-dev] Collecting items for EAPI 6

[Andreas K. Huettel]

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

Am Donnerstag, 28. März 2013, 19:15:59 schrieb Michał Górny:
> Hello,
> 
> As discussed with ulm, I'd like to start a thread for collecting
> initial items for EAPI 6. Preferably items which are either almost
> ready or are easy to implement and are non-controversial. In other
> words, thing which are practically ready to get on the actual list.
> 
> As usual, each item should have a corresponding 'Future EAPI' bug which
> blocks the tracker [1].
> 
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
> 

IUSE_RUNTIME support. Please.
https://bugs.gentoo.org/show_bug.cgi?id=424283

-- 
Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-dev] Collecting items for EAPI 6

[Ciaran McCreesh]

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

On Fri, 29 Mar 2013 18:54:52 +0100
"Andreas K. Huettel" <dilfridge@gentoo.org> wrote:
> Am Donnerstag, 28. März 2013, 19:15:59 schrieb Michał Górny:
> > Hello,
> > 
> > As discussed with ulm, I'd like to start a thread for collecting
> > initial items for EAPI 6. Preferably items which are either almost
> > ready or are easy to implement and are non-controversial. In other
> > words, thing which are practically ready to get on the actual list.
> > 
> > As usual, each item should have a corresponding 'Future EAPI' bug
> > which blocks the tracker [1].
> > 
> > [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
> > 
> 
> IUSE_RUNTIME support. Please.
> https://bugs.gentoo.org/show_bug.cgi?idB4283

Without a reference implementation, and experience of how it works in
practice? No chance.

We have both of these for 'suggested' dependencies, if you prefer.

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Collecting items for EAPI 6

[Andreas K. Huettel]

Am Freitag, 29. März 2013, 17:57:34 schrieb Ciaran McCreesh:
[snip]
> /dev/null

-- 
Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-dev] Collecting items for EAPI 6

[Christoph Junghans]

2013/3/28 Michał Górny <mgorny@gentoo.org>:
> Hello,
>
> As discussed with ulm, I'd like to start a thread for collecting
> initial items for EAPI 6. Preferably items which are either almost
> ready or are easy to implement and are non-controversial. In other
> words, thing which are practically ready to get on the actual list.
>
> As usual, each item should have a corresponding 'Future EAPI' bug which
> blocks the tracker [1].
>
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
>
#444366 - unique subslot for live ebuilds



--
Christoph Junghans
http://dev.gentoo.org/~ottxor/

Re: [gentoo-dev] Collecting items for EAPI 6

[Ciaran McCreesh]

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

On Sat, 30 Mar 2013 12:39:14 -0600
Christoph Junghans <ottxor@gentoo.org> wrote:
> 2013/3/28 Michał Górny <mgorny@gentoo.org>:
> > Hello,
> >
> > As discussed with ulm, I'd like to start a thread for collecting
> > initial items for EAPI 6. Preferably items which are either almost
> > ready or are easy to implement and are non-controversial. In other
> > words, thing which are practically ready to get on the actual list.
> >
> > As usual, each item should have a corresponding 'Future EAPI' bug
> > which blocks the tracker [1].
> >
> > [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
> >
> #444366 - unique subslot for live ebuilds

Has anyone tried implementing this and using it in practice?

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]