Re: [gentoo-dev] RFD: Replacement for versionator.eclass in PMS (for EAPI 7?)

> On Mon, 7 Dec 2015, Jason Zaman wrote: > Can we also have get_version_component_count() in there? > I have a package that likes to change the number of parts so I need > to know how many parts before I can split it up. > Basically this: > if [[ $(get_version_component_count) -eq 6 ]]; then

Re: [gentoo-dev] RFD: Replacement for versionator.eclass in PMS (for EAPI 7?)

Dnia 7 grudnia 2015 06:37:50 CET, Jason Zaman napisał(a): >On Sat, Nov 28, 2015 at 10:14:39PM +0100, Ulrich Mueller wrote: >> Questions: >> 1. Will these three functions be sufficient, or have we overlooked >>anything important? > >Can we also have get_version_component_count() in there? > >

Re: [gentoo-dev] RFD: Replacement for versionator.eclass in PMS (for EAPI 7?)

On Sat, Nov 28, 2015 at 10:14:39PM +0100, Ulrich Mueller wrote: > Questions: > 1. Will these three functions be sufficient, or have we overlooked >anything important? Can we also have get_version_component_count() in there? I have a package that likes to change the number of parts so I need t

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: profiles/

On Mon, 7 Dec 2015 04:47:30 + (UTC) "Ian Delaney" wrote: > commit: e7ff2ddbdf94cf41f37ead2276178e730f1a7f3e > Author: Ian Delaney gentoo org> > AuthorDate: Mon Dec 7 04:45:56 2015 + > Commit: Ian Delaney gentoo org> > CommitDate: Mon Dec 7 04:45:56 2015 + > URL:

[gentoo-dev] last rite; dev-db/drizzle, dev-php/pecl-drizzle

# Ian Delaney (07 Dec 2015) # "The drizzle project is long dead, it should be removed, # along with dev-php/pecl-drizzle", note by grknight # in Bug #501060 # Masked for removal in 30 days. dev-db/drizzle dev-php/pecl-drizzle -- kind regards Ian Delaney

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-12-06 23:59 UTC

20151201-20:44 mrueg 2231ef0 app-crypt/letsencrypt20151201-20:52 mrueg d0cac17 dev-perl/forks 20151206-17:02 dilfridge df20895 dev-python/iminuit 20151203-07:23 grozin7a32d41 dev-python/lazy-object-proxy 20151203-08:37 jlec 3557781 dev-python

Re: [gentoo-dev] [PATCH 7/9] multilib-build.eclass: Enable EAPI 6

> On Sun, 6 Dec 2015, James Le Cuirot wrote: >> > # EAPI=4 is required for meaningful MULTILIB_USEDEP. >> > case ${EAPI:-0} in >> > - 4|5) ;; >> > + [456]) ;; >> >*) die "EAPI=${EAPI} is not supported" ;; >> > esac >> >> Why not write this as 4|5|6) for better readability? It's not e

Re: [gentoo-dev] [PATCH 7/9] multilib-build.eclass: Enable EAPI 6

On Sun, 6 Dec 2015 22:32:30 +0100 Ulrich Mueller wrote: > > On Sun, 6 Dec 2015, Michał Górny wrote: > > > # EAPI=4 is required for meaningful MULTILIB_USEDEP. > > case ${EAPI:-0} in > > - 4|5) ;; > > + [456]) ;; > > *) die "EAPI=${EAPI} is not supported" ;; > > esac > > Why not w

Re: [gentoo-dev] [PATCH 7/9] multilib-build.eclass: Enable EAPI 6

> On Sun, 6 Dec 2015, Michał Górny wrote: > # EAPI=4 is required for meaningful MULTILIB_USEDEP. > case ${EAPI:-0} in > - 4|5) ;; > + [456]) ;; > *) die "EAPI=${EAPI} is not supported" ;; > esac Why not write this as 4|5|6) for better readability? It's not even shorter with t

Re: [gentoo-dev] [EAPI 7] Cross-compile improvements (BDEPEND, BROOT, sysroot)

On Sun, 6 Dec 2015 21:05:07 + Joakim Tjernlund wrote: > > Put simple: > > SYSROOT is where "sources" are installed (headers, .so, etc); think > > debian's -dev packages. > > ROOT is where packages are merged. > > > > Meaning: > > > > RDEPEND are installed to ROOT > > DEPEND are installed to

Re: [gentoo-dev] [EAPI 7] Cross-compile improvements (BDEPEND, BROOT, sysroot)

On Thu, 2015-12-03 at 09:28 +0100, Alexis Ballier wrote: > On Wed, 2 Dec 2015 23:20:05 + > James Le Cuirot wrote: > > > On Wed, 2 Dec 2015 12:40:08 +0100 > > Alexis Ballier wrote: > > > > > On Tue, 1 Dec 2015 22:58:55 + > > > James Le Cuirot wrote: > > > [...]   > > > > > > > > I rais

Re: [gentoo-dev] [PATCH 2/9] multilib-build.eclass: Add missing error checks

On Sun, 6 Dec 2015 20:23:56 + James Le Cuirot wrote: > Possibly being dumb here but isn't "set -o pipefail" a global > operation? It will continue to take effect even after this function > ends? Oh never mind, it's an internal function that you're only calling in a subshell. Moving along. :)

Re: [gentoo-dev] [PATCH 2/9] multilib-build.eclass: Add missing error checks

On Sun, 6 Dec 2015 19:57:47 +0100 Michał Górny wrote: > diff --git a/eclass/multilib-build.eclass > b/eclass/multilib-build.eclass index dd03553..8e58a2b 100644 > --- a/eclass/multilib-build.eclass > +++ b/eclass/multilib-build.eclass > @@ -262,19 +262,23 @@ multilib_for_best_abi() { > # runs (

[gentoo-dev] [PATCH 06/13] python-single-r1.eclass: Unset global-setting function after use

--- eclass/python-single-r1.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/python-single-r1.eclass b/eclass/python-single-r1.eclass index d9fc34b..a89926d 100644 --- a/eclass/python-single-r1.eclass +++ b/eclass/python-single-r1.eclass @@ -255,6 +255,7 @@ _python_single_set_glob

[gentoo-dev] [PATCH 07/13] python-single-r1.eclass: python_gen_cond_dep(), rename local PYTHON_USEDEP

Rename local PYTHON_USEDEP variable to avoid collisions with read-only global variable. --- eclass/python-single-r1.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/python-single-r1.eclass b/eclass/python-single-r1.eclass index a89926d..8021501 100644 --- a/ecl

[gentoo-dev] [PATCH 13/13] distutils-r1.eclass: Unset local functions after use

--- eclass/distutils-r1.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass index 36b3436..be94c46 100644 --- a/eclass/distutils-r1.eclass +++ b/eclass/distutils-r1.eclass @@ -678,6 +678,7 @@ _distutils-r1_run_common_phase() {

[gentoo-dev] [PATCH 11/13] python-r1.eclass: python_gen_cond_dep(), rename local PYTHON_USEDEP

Rename local PYTHON_USEDEP variable to avoid collisions with read-only global variable. --- eclass/python-r1.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/python-r1.eclass b/eclass/python-r1.eclass index 22030b9..8c58e31 100644 --- a/eclass/python-r1.eclass

[gentoo-dev] [PATCH 12/13] python-r1.eclass: Mark eclass-generated variables read-only

--- eclass/python-r1.eclass | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/eclass/python-r1.eclass b/eclass/python-r1.eclass index 8c58e31..4b9c6f3 100644 --- a/eclass/python-r1.eclass +++ b/eclass/python-r1.eclass @@ -216,8 +216,8 @@ _python_set_globals() { optfl

[gentoo-dev] [PATCHES] python-r1 suite clean up & impl reorder

Hi, Here's another patchset. Mostly fixups inspired by multilib-build.eclass changes with a few little additions. Changes: 1. eclass-set variables are now read-only, 2. 'unset -f' is used to unset temporary & local functions, 3. implementations are reordered for sane order. I've tested this wit

[gentoo-dev] [PATCH 10/13] python-r1.eclass: Unset local functions after use

--- eclass/python-r1.eclass | 3 +++ 1 file changed, 3 insertions(+) diff --git a/eclass/python-r1.eclass b/eclass/python-r1.eclass index 6e7b6e1..22030b9 100644 --- a/eclass/python-r1.eclass +++ b/eclass/python-r1.eclass @@ -582,6 +582,7 @@ python_setup() { done }

[gentoo-dev] [PATCH 09/13] python-r1.eclass: Unset global-setting function after use

--- eclass/python-r1.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/python-r1.eclass b/eclass/python-r1.eclass index 91f0436..6e7b6e1 100644 --- a/eclass/python-r1.eclass +++ b/eclass/python-r1.eclass @@ -234,6 +234,7 @@ _python_set_globals() { fi } _python_set_globals

[gentoo-dev] [PATCH 08/13] python-single-r1.eclass: Mark eclass-generated variables read-only

--- eclass/python-single-r1.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/python-single-r1.eclass b/eclass/python-single-r1.eclass index 8021501..1582295 100644 --- a/eclass/python-single-r1.eclass +++ b/eclass/python-single-r1.eclass @@ -238,7 +238,7 @@ _pyth

[gentoo-dev] [PATCH 03/13] python-any-r1.eclass: Rename global-setting func to match eclass name

--- eclass/python-any-r1.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/python-any-r1.eclass b/eclass/python-any-r1.eclass index b6c2258..390ce90 100644 --- a/eclass/python-any-r1.eclass +++ b/eclass/python-any-r1.eclass @@ -115,7 +115,7 @@ fi # dev-lan

[gentoo-dev] [PATCH 05/13] python-any-r1.eclass: Mark eclass-generated variables read-only

--- eclass/python-any-r1.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/python-any-r1.eclass b/eclass/python-any-r1.eclass index 7d86b9a..82ead76 100644 --- a/eclass/python-any-r1.eclass +++ b/eclass/python-any-r1.eclass @@ -133,7 +133,7 @@ _python_any_set_global

[gentoo-dev] [PATCH 01/13] python-utils-r1.eclass: Mark _PYTHON_ALL_IMPLS read-only

--- eclass/python-utils-r1.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/python-utils-r1.eclass b/eclass/python-utils-r1.eclass index 024e093..0bce6a9 100644 --- a/eclass/python-utils-r1.eclass +++ b/eclass/python-utils-r1.eclass @@ -40,7 +40,7 @@ inherit toolch

[gentoo-dev] [PATCH 04/13] python-any-r1.eclass: Unset global-setting function after use

--- eclass/python-any-r1.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/python-any-r1.eclass b/eclass/python-any-r1.eclass index 390ce90..7d86b9a 100644 --- a/eclass/python-any-r1.eclass +++ b/eclass/python-any-r1.eclass @@ -136,6 +136,7 @@ _python_any_set_globals() { PY

[gentoo-dev] [PATCH 02/13] python-utils-r1.eclass: Reorder implementations to semi-ascending order

Reorder the Python implementations to ascending version order, with CPython listed first and other implementations in descending preference. The previous ordering has been used for two reasons: 1. There were packages which supported Python 3.x or PyPy partially but their documentation builds or t

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Sun, Dec 6, 2015 at 12:26 PM, Ian Stakenvicius wrote: > >> On Dec 6, 2015, at 11:52 AM, Rich Freeman wrote: >> >>> On Sun, Dec 6, 2015 at 11:09 AM, Michael Orlitzky wrote: >>> On 12/06/2015 11:00 AM, Michał Górny wrote: > > Of course. Add the commit author, too: I want to know if I br

[gentoo-dev] [PATCH 9/9] multilib-minimal.eclass: Enable EAPI 6

--- eclass/multilib-minimal.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/multilib-minimal.eclass b/eclass/multilib-minimal.eclass index ca5e9ce..c6f39e2 100644 --- a/eclass/multilib-minimal.eclass +++ b/eclass/multilib-minimal.eclass @@ -25,7 +25,7 @@ # EAPI

[gentoo-dev] [PATCH 7/9] multilib-build.eclass: Enable EAPI 6

--- eclass/multilib-build.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index eb7bf9a..e9e5604 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -21,7 +21,7 @@ if [[ ! ${_MULTILIB

[gentoo-dev] [PATCH 8/9] multilib-minimal.eclass: Remove eutils in EAPI 6 (einstalldocs built-in)

--- eclass/multilib-minimal.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/multilib-minimal.eclass b/eclass/multilib-minimal.eclass index a3b6d37..ca5e9ce 100644 --- a/eclass/multilib-minimal.eclass +++ b/eclass/multilib-minimal.eclass @@ -30,7 +30,8 @@ case ${

[gentoo-dev] [PATCH 6/9] multilib-build.eclass: Add missing eutils inherit for eqawarn

--- eclass/multilib-build.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index 49bebf3..eb7bf9a 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -25,6 +25,7 @@ case ${EAPI:-0} in *) die "

[gentoo-dev] [PATCH 5/9] multilib-build.eclass: Ban deprecated functions in EAPI 6

--- eclass/multilib-build.eclass | 4 1 file changed, 4 insertions(+) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index 8a3ac7f..49bebf3 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -246,6 +246,8 @@ multilib_parallel_foreach_abi

[gentoo-dev] [PATCH 2/9] multilib-build.eclass: Add missing error checks

--- eclass/multilib-build.eclass | 26 +++--- 1 file changed, 15 insertions(+), 11 deletions(-) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index dd03553..8e58a2b 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -262,

[gentoo-dev] [PATCH 3/9] multilib-build.eclass: Unset local functions after use

--- eclass/multilib-build.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index 8e58a2b..664cd43 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -273,6 +273,7 @@ multilib_check_headers() {

[gentoo-dev] [PATCH 4/9] multilib-build.eclass: Unset global-setting function after use

--- eclass/multilib-build.eclass | 1 + 1 file changed, 1 insertion(+) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index 664cd43..8a3ac7f 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -126,6 +126,7 @@ _multilib_build_set_globals() {

[gentoo-dev] [PATCH 1/9] multilib-build.eclass: Mark eclass-generated variables read-only

--- eclass/multilib-build.eclass | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass index ca0fd544..dd03553 100644 --- a/eclass/multilib-build.eclass +++ b/eclass/multilib-build.eclass @@ -37,7 +37,7 @@ inherit mul

[gentoo-dev] [PATCHES] multilib-build & multilib-minimal EAPI 6 patchset

Hi, everyone. Here's a patchset for review. Changes: 1. eclass-generated variables are read-only, 2. missing error checks (||die) added, 3. 'unset -f' used to wipe local and temporary functions from the env, 4. deprecated function QA warnings turned into bans for EAPI 6, 5. eutils inherit fixes/u

[gentoo-dev] [PATCH] kernel-2.eclass: set UNIPATCH_LIST_GENPATCHES in src_unpack()

Modify genpatches logic to delay setting UNIPATCH_LIST_GENPATCHES until src_unpack(). The value of UNIPATCH_LIST_GENPATCHES depends on state of 'use experimental', therefore it can not be obtained in global scope. Therefore, handle_genpatches() will only set the URI when called in global scope, and

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Sonntag, 6. Dezember 2015, 17:49:00 schrieb Michał Górny: > On Sun, 6 Dec 2015 11:09:48 -0500 > > Michael Orlitzky wrote: > > On 12/06/2015 11:00 AM, Michał Górny wrote: > > >> Of course. Add the commit author, too: I want to know if I break > >

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

> On Dec 6, 2015, at 11:52 AM, Rich Freeman wrote: > >> On Sun, Dec 6, 2015 at 11:09 AM, Michael Orlitzky wrote: >> On 12/06/2015 11:00 AM, Michał Górny wrote: Of course. Add the commit author, too: I want to know if I break someone else's package. >>> >>> So far, can't do that

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On 12/06/2015 11:49 AM, Michał Górny wrote: >> >> Is the testing performed per-push rather than per-commit? Either way, I >> would like to get a notification that something broke, even if it wasn't >> my commit at fault. Just change the word "blame" to "alert" so no one >> feels slandered. > > It

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Sun, Dec 6, 2015 at 11:09 AM, Michael Orlitzky wrote: > On 12/06/2015 11:00 AM, Michał Górny wrote: >>> >>> Of course. Add the commit author, too: I want to know if I break someone >>> else's package. >> >> So far, can't do that since we don't know which commit exactly broke. I >> don't want to

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Sun, 6 Dec 2015 11:09:48 -0500 Michael Orlitzky wrote: > On 12/06/2015 11:00 AM, Michał Górny wrote: > >> > >> Of course. Add the commit author, too: I want to know if I break someone > >> else's package. > > > > So far, can't do that since we don't know which commit exactly broke. I > > do

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On 12/06/2015 11:00 AM, Michał Górny wrote: >> >> Of course. Add the commit author, too: I want to know if I break someone >> else's package. > > So far, can't do that since we don't know which commit exactly broke. I > don't want to do any heuristics that could blame the wrong person. > Is the

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Sun, 6 Dec 2015 10:31:37 -0500 Michael Orlitzky wrote: > On 12/06/2015 09:36 AM, Michał Górny wrote: > > > > So what do you think? Would it be fine to mail the package maintainers > > whenever their packages break? Would it be a problem if I just CC-ed > > all the maintainers on the gentoo-au

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On 12/06/2015 09:36 AM, Michał Górny wrote: > > So what do you think? Would it be fine to mail the package maintainers > whenever their packages break? Would it be a problem if I just CC-ed > all the maintainers on the gentoo-automated-testing mails? Of course. Add the commit author, too: I want

[gentoo-dev] Last rites: dev-java/{many packages} app-text/epubcheck

# Patrice Clement (06 Dec 2015) # We maintain old versions which were never stabilised # and are too far behind for a trivial version bump. # Masked for removal in 30 days. See bug #161440. dev-java/webgraph dev-java/mg4j # Patrice Clement (05 Dec 2015) # Upstream dead: no update since 2007. # M

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Sun, Dec 6, 2015 at 3:36 PM, Michał Górny wrote: > So what do you think? Would it be fine to mail the package maintainers > whenever their packages break? Would it be a problem if I just CC-ed > all the maintainers on the gentoo-automated-testing mails? Please note > that the breakages are catc

[gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

Hello, As you have seen multiple times, I'm running a minimalistic CI service for Gentoo that checks the repository for major issues using pkgcheck. So far it's automation is limited to sending a mail to dedicated gentoo-automated-test...@lists.gentoo.org mailing list on breakage changes. From the