[gentoo-dev] tinderbox infrastructure project

2018-09-07 Thread Paweł Hajdan , Jr . 
On 07/09/2018 15:11, Andreas K. Huettel wrote:
>>  - Invest significantly in Infrastructure spending to fund ambitious
>> projects.
> 
> You need people who work on that first.
> 
> Suggestion: Found a tinderbox project, get toralf, kensington, zerochaos, 
> mgorny, whoelse? on board, integrate this into one nice system with (for 
> authorized users) point-and-click interfaces for bug reporting and public 
> status web pages. *Then*, invest in fat hardware for it.
> 
> Our shortage is not money or infrastructire.
> Our shortage is a) people, and b) cooperation.

I'd be interested in this.

I've been doing infrastructure work for the Chromium project for a few
years, and when done right can be exciting and a good force multiplier
for development.

Being used to a cloud environment (provisioning a VM within minutes,
easy networking, storage, etc, all I can do myself as cloud project
owner without intermediaries or becoming a sysadmin myself). I found it
harder to start on Gentoo infrastructure projects, and having some kind
of private cloud, or Kubernetes-like deployment would IMO help a lot.

Paweł



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH 1/2] eclass: libtool - Mark compatible EAPIs and introduce BDEPEND

2018-09-07 Thread James Le Cuirot 
On Fri,  7 Sep 2018 09:47:00 -0400
Brian Evans  wrote:

> The eltpatch command is run on the build host.
> As such, it needs to be in BDEPEND for EAPI 7.
> 
> Also taking this opportunity to list compatible EAPIs to consider
> future adjustments.
> ---
>  eclass/libtool.eclass | 9 +++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
> 
> diff --git a/eclass/libtool.eclass b/eclass/libtool.eclass
> index 2e0f608d342..942bf34aa27 100644
> --- a/eclass/libtool.eclass
> +++ b/eclass/libtool.eclass
> @@ -16,7 +17,11 @@
>  if [[ -z ${_LIBTOOL_ECLASS} ]]; then
>  _LIBTOOL_ECLASS=1
>  
> -DEPEND=">=app-portage/elt-patches-20170422"  
> +case ${EAPI:-0} in
> + 0|1|2|3|4|5|6) DEPEND=">=app-portage/elt-patches-20170422" ;;
> + 7) BDEPEND=">=app-portage/elt-patches-20170422" ;;
> + *) die "${ECLASS}: EAPI ${EAPI} not supported" ;;
> +esac
>  
>  inherit toolchain-funcs
>  

Why not take the opportunity to bump elt-patches to 20170815?

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer

[gentoo-dev] [PATCH 2/2] eclass: autotools - Mark compatible EAPIs and introduce BDEPEND

2018-09-07 Thread Brian Evans 
The autotools commands are run on the build host.
As such, their packages needs to be in BDEPEND for EAPI 7.

Also taking this opportunity to list compatible EAPIs to consider
future adjustments.

Signed-off-by: Brian Evans 
---
 eclass/autotools.eclass | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 2bc70f7b3c0..9143aa454d0 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -4,6 +4,7 @@
 # @ECLASS: autotools.eclass
 # @MAINTAINER:
 # base-sys...@gentoo.org
+# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
 # @BLURB: Regenerates auto* build scripts
 # @DESCRIPTION:
 # This eclass is for safely handling autotooled software packages that need to
@@ -25,6 +26,11 @@ fi
 if [[ -z ${_AUTOTOOLS_ECLASS} ]]; then
 _AUTOTOOLS_ECLASS=1
 
+case ${EAPI:-0} in
+   0|1|2|3|4|5|6|7) ;;
+   *) die "${ECLASS}: EAPI ${EAPI} not supported" ;;
+esac
+
 inherit libtool
 
 # @ECLASS-VARIABLE: WANT_AUTOCONF
@@ -118,7 +124,10 @@ RDEPEND=""
 # their own DEPEND string.
 : ${AUTOTOOLS_AUTO_DEPEND:=yes}
 if [[ ${AUTOTOOLS_AUTO_DEPEND} != "no" ]] ; then
-   DEPEND=${AUTOTOOLS_DEPEND}
+   case ${EAPI:-0} in
+   0|1|2|3|4|5|6) DEPEND=${AUTOTOOLS_DEPEND} ;;
+   7) BDEPEND=${AUTOTOOLS_DEPEND} ;;
+   esac
 fi
 __AUTOTOOLS_AUTO_DEPEND=${AUTOTOOLS_AUTO_DEPEND} # See top of eclass
 
-- 
2.18.0

[gentoo-dev] [PATCH 0/2] Update libtool and autotools with EAPI7 dependencies

2018-09-07 Thread Brian Evans 


Since these tools are run on a build host, they should be in BDEPENDS
for new EAPIs.

I've also taken the liberty of declaring what EAPIs are supported as
the lists will need to be adjusted in the future.

Comments welcome.

Brian

[gentoo-dev] [PATCH 1/2] eclass: libtool - Mark compatible EAPIs and introduce BDEPEND

2018-09-07 Thread Brian Evans 
The eltpatch command is run on the build host.
As such, it needs to be in BDEPEND for EAPI 7.

Also taking this opportunity to list compatible EAPIs to consider
future adjustments.
---
 eclass/libtool.eclass | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/eclass/libtool.eclass b/eclass/libtool.eclass
index 2e0f608d342..942bf34aa27 100644
--- a/eclass/libtool.eclass
+++ b/eclass/libtool.eclass
@@ -1,9 +1,10 @@
-# Copyright 1999-2017 Gentoo Foundation
+# Copyright 1999-2018 Gentoo Foundation
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: libtool.eclass
 # @MAINTAINER:
 # base-sys...@gentoo.org
+# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
 # @BLURB: quickly update bundled libtool code
 # @DESCRIPTION:
 # This eclass patches ltmain.sh distributed with libtoolized packages with the
@@ -16,7 +17,11 @@
 if [[ -z ${_LIBTOOL_ECLASS} ]]; then
 _LIBTOOL_ECLASS=1
 
-DEPEND=">=app-portage/elt-patches-20170422"
+case ${EAPI:-0} in
+   0|1|2|3|4|5|6) DEPEND=">=app-portage/elt-patches-20170422" ;;
+   7) BDEPEND=">=app-portage/elt-patches-20170422" ;;
+   *) die "${ECLASS}: EAPI ${EAPI} not supported" ;;
+esac
 
 inherit toolchain-funcs
 
-- 
2.18.0