Re: [gentoo-dev] [PATCH] toolchain.eclass: Drop eutils in >=EAPI-8, add some missing || die
On Wed, 07 Apr 2021 00:16:46 +0200
Andreas Sturmlechner wrote:
> Just some cheap fixes while flag-o-matic.eclass causes cache-regen anyway.
This eclass is used by 4 packages. Cache hit is not an issue.
> See also: https://github.com/gentoo/gentoo/pull/20207
>
> - Add inherit guard.
> - Fix eclassdoc a bit.
>
> ---
> eclass/toolchain.eclass | 51 +++--
> 1 file changed, 34 insertions(+), 17 deletions(-)
>
> diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
> index f41ce22c591..e7fae3aad5a 100644
> --- a/eclass/toolchain.eclass
> +++ b/eclass/toolchain.eclass
> @@ -1,14 +1,37 @@
> -# Copyright 1999-2020 Gentoo Authors
> +# Copyright 1999-2021 Gentoo Authors
> # Distributed under the terms of the GNU General Public License v2
>
> -# Maintainer: Toolchain Ninjas
> +# @ECLASS: toolchain.eclass
> +# @MAINTAINER:
> +# Toolchain Ninjas
> # @SUPPORTED_EAPIS: 5 6 7
> +# @BLURB: Functions to build sys-devel/gcc
> +# @DESCRIPTION:
> +# Comprehensive helper and phase functions to build sys-devel/gcc and
> +# adjacent packages, support for release and live ebuilds.
It's worth to explicitly list all packages supported by the eclass.
Which is:
dev-lang/gnat-gpl
sys-devel/kgcc64
sys-devel/gcc
sys-devel/gcc-apple
and their cross-*/ variants.
> +# This eclass unconditionally inherits toolchain-funcs.eclass and all its
> public
> +# variables and helper functions may be considered as part of this eclass's
> API.
It inherits many other eclasses. None of them should be considered
toolchain.eclass's API. I don't think any ebuilds rely on it. If they do it's a
bug.
> +# This eclass's phase functions are not intended to be mixed and matched, so
> if
> +# any phase functions are overridden, the toolchain.eclass version should
> also
> +# be called.
> +
> +case ${EAPI:-0} in
> + 0|1|2|3|4*) die "Need to upgrade to at least EAPI=5" ;;
> + 5*|6) inherit eapi7-ver eutils ;;
> + 7) inherit eutils ;;
> + *) die "I don't speak EAPI ${EAPI}." ;;
> +esac
Why these inherits go before the guard?
> +if [[ -z ${_TOOLCHAIN_ECLASS} ]]; then
> +_TOOLCHAIN_ECLASS=1
Why does this eclass need a guard? 'toolchain.eclass' is not something
you include lightly.
> +inherit flag-o-matic gnuconfig libtool multilib pax-utils toolchain-funcs
> prefix
>
> DESCRIPTION="The GNU Compiler Collection"
> HOMEPAGE="https://gcc.gnu.org/";
>
> -inherit eutils flag-o-matic gnuconfig libtool multilib pax-utils
> toolchain-funcs prefix
> -
> tc_is_live() {
> [[ ${PV} == ** ]]
> }
> @@ -27,13 +50,6 @@ fi
>
> FEATURES=${FEATURES/multilib-strict/}
>
> -case ${EAPI:-0} in
> - 0|1|2|3|4*) die "Need to upgrade to at least EAPI=5" ;;
> - 5*|6) inherit eapi7-ver ;;
> - 7) ;;
> - *) die "I don't speak EAPI ${EAPI}." ;;
> -esac
> -
> EXPORT_FUNCTIONS pkg_pretend pkg_setup src_unpack src_prepare src_configure \
> src_compile src_test src_install pkg_postinst pkg_postrm
>
> @@ -525,7 +541,7 @@ toolchain_src_prepare() {
> || eerror "Please file a bug about this"
> eend $?
> done
> - sed -i 's|A-Za-z0-9|[:alnum:]|g' "${S}"/gcc/*.awk #215828
> + sed -i 's|A-Za-z0-9|[:alnum:]|g' "${S}"/gcc/*.awk || die #215828
All '|| die' should be a separate commit. Feel free to push that now.
> # Prevent new texinfo from breaking old versions (see #198182, #464008)
> if tc_version_is_at_least 4.1; then
> @@ -639,17 +655,16 @@ make_gcc_hard() {
> # than ALL_CFLAGS...
> sed -e '/^ALL_CFLAGS/iHARD_CFLAGS = ' \
> -e 's|^ALL_CFLAGS = |ALL_CFLAGS = $(HARD_CFLAGS) |' \
> - -i "${S}"/gcc/Makefile.in
> + -i "${S}"/gcc/Makefile.in || die
> # Need to add HARD_CFLAGS to ALL_CXXFLAGS on >= 4.7
> if tc_version_is_at_least 4.7 ; then
> sed -e '/^ALL_CXXFLAGS/iHARD_CFLAGS = ' \
> -e 's|^ALL_CXXFLAGS = |ALL_CXXFLAGS = $(HARD_CFLAGS) |'
> \
> - -i "${S}"/gcc/Makefile.in
> + -i "${S}"/gcc/Makefile.in || die
> fi
> - sed -i \
> - -e "/^HARD_CFLAGS = /s|=|= ${gcc_hard_flags} |" \
> - "${S}"/gcc/Makefile.in || die
> + sed -e "/^HARD_CFLAGS = /s|=|= ${gcc_hard_flags} |" \
> + -i "${S}"/gcc/Makefile.in || die
This should be a separate commit. Feel free to push that now.
> }
>
> @@ -2434,3 +2449,5 @@ toolchain_death_notice() {
> # Thus safer way to enable/disable the feature is to rely on implicit
> # enabled-by-default state:
> #econf $(usex foo '' --disable-foo)
> +
> +fi
> --
> 2.31.1
--
Sergei
[gentoo-dev] [PATCH] toolchain.eclass: Drop eutils in >=EAPI-8, add some missing || die
Just some cheap fixes while flag-o-matic.eclass causes cache-regen anyway.
See also: https://github.com/gentoo/gentoo/pull/20207
- Add inherit guard.
- Fix eclassdoc a bit.
---
eclass/toolchain.eclass | 51 +++--
1 file changed, 34 insertions(+), 17 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index f41ce22c591..e7fae3aad5a 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -1,14 +1,37 @@
-# Copyright 1999-2020 Gentoo Authors
+# Copyright 1999-2021 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
-# Maintainer: Toolchain Ninjas
+# @ECLASS: toolchain.eclass
+# @MAINTAINER:
+# Toolchain Ninjas
# @SUPPORTED_EAPIS: 5 6 7
+# @BLURB: Functions to build sys-devel/gcc
+# @DESCRIPTION:
+# Comprehensive helper and phase functions to build sys-devel/gcc and
+# adjacent packages, support for release and live ebuilds.
+#
+# This eclass unconditionally inherits toolchain-funcs.eclass and all its
public
+# variables and helper functions may be considered as part of this eclass's
API.
+#
+# This eclass's phase functions are not intended to be mixed and matched, so if
+# any phase functions are overridden, the toolchain.eclass version should also
+# be called.
+
+case ${EAPI:-0} in
+ 0|1|2|3|4*) die "Need to upgrade to at least EAPI=5" ;;
+ 5*|6) inherit eapi7-ver eutils ;;
+ 7) inherit eutils ;;
+ *) die "I don't speak EAPI ${EAPI}." ;;
+esac
+
+if [[ -z ${_TOOLCHAIN_ECLASS} ]]; then
+_TOOLCHAIN_ECLASS=1
+
+inherit flag-o-matic gnuconfig libtool multilib pax-utils toolchain-funcs
prefix
DESCRIPTION="The GNU Compiler Collection"
HOMEPAGE="https://gcc.gnu.org/";
-inherit eutils flag-o-matic gnuconfig libtool multilib pax-utils
toolchain-funcs prefix
-
tc_is_live() {
[[ ${PV} == ** ]]
}
@@ -27,13 +50,6 @@ fi
FEATURES=${FEATURES/multilib-strict/}
-case ${EAPI:-0} in
- 0|1|2|3|4*) die "Need to upgrade to at least EAPI=5" ;;
- 5*|6) inherit eapi7-ver ;;
- 7) ;;
- *) die "I don't speak EAPI ${EAPI}." ;;
-esac
-
EXPORT_FUNCTIONS pkg_pretend pkg_setup src_unpack src_prepare src_configure \
src_compile src_test src_install pkg_postinst pkg_postrm
@@ -525,7 +541,7 @@ toolchain_src_prepare() {
|| eerror "Please file a bug about this"
eend $?
done
- sed -i 's|A-Za-z0-9|[:alnum:]|g' "${S}"/gcc/*.awk #215828
+ sed -i 's|A-Za-z0-9|[:alnum:]|g' "${S}"/gcc/*.awk || die #215828
# Prevent new texinfo from breaking old versions (see #198182, #464008)
if tc_version_is_at_least 4.1; then
@@ -639,17 +655,16 @@ make_gcc_hard() {
# than ALL_CFLAGS...
sed -e '/^ALL_CFLAGS/iHARD_CFLAGS = ' \
-e 's|^ALL_CFLAGS = |ALL_CFLAGS = $(HARD_CFLAGS) |' \
- -i "${S}"/gcc/Makefile.in
+ -i "${S}"/gcc/Makefile.in || die
# Need to add HARD_CFLAGS to ALL_CXXFLAGS on >= 4.7
if tc_version_is_at_least 4.7 ; then
sed -e '/^ALL_CXXFLAGS/iHARD_CFLAGS = ' \
-e 's|^ALL_CXXFLAGS = |ALL_CXXFLAGS = $(HARD_CFLAGS) |'
\
- -i "${S}"/gcc/Makefile.in
+ -i "${S}"/gcc/Makefile.in || die
fi
- sed -i \
- -e "/^HARD_CFLAGS = /s|=|= ${gcc_hard_flags} |" \
- "${S}"/gcc/Makefile.in || die
+ sed -e "/^HARD_CFLAGS = /s|=|= ${gcc_hard_flags} |" \
+ -i "${S}"/gcc/Makefile.in || die
}
@@ -2434,3 +2449,5 @@ toolchain_death_notice() {
# Thus safer way to enable/disable the feature is to rely on implicit
# enabled-by-default state:
#econf $(usex foo '' --disable-foo)
+
+fi
--
2.31.1
signature.asc
Description: This is a digitally signed message part.
[gentoo-dev] [PATCH] gnustep-base.eclass: Limit SUPPORTED_EAPIS to [5-7], drop eutils
Just some cheap fixes while flag-o-matic.eclass causes cache-regen anyway.
See also: https://github.com/gentoo/gentoo/pull/20207
- Add inherit guard
- Fix some eclassdoc
- Minor cleanup
---
eclass/gnustep-base.eclass | 65 --
1 file changed, 34 insertions(+), 31 deletions(-)
diff --git a/eclass/gnustep-base.eclass b/eclass/gnustep-base.eclass
index 6cd9f532a55..c343dbb5c6b 100644
--- a/eclass/gnustep-base.eclass
+++ b/eclass/gnustep-base.eclass
@@ -1,16 +1,27 @@
-# Copyright 1999-2018 Gentoo Foundation
+# Copyright 1999-2021 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: gnustep-base.eclass
# @MAINTAINER:
# GNUstep Herd
-# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
+# @SUPPORTED_EAPIS: 5 6 7
# @BLURB: Internal handling of GNUstep pacakges
# @DESCRIPTION:
# Inner gnustep eclass, should only be inherited directly by gnustep-base
# packages
-inherit eutils flag-o-matic
+if [[ -z ${_GNUSTEP_BASE_ECLASS} ]]; then
+_GNUSTEP_BASE_ECLASS=1
+
+inherit flag-o-matic
+
+EXPORT_FUNCTIONS pkg_setup src_prepare src_configure src_compile src_install
pkg_postinst
+
+case ${EAPI:-0} in
+ [0-4]) die "gnustep-base.eclass: EAPI ${EAPI} is too old." ;;
+ [5-7]) inherit eutils ;;
+ *) die "EAPI ${EAPI} is not supported by gnustep-base.eclass." ;;
+esac
# IUSE variables across all GNUstep packages
# "debug": enable code for debugging
@@ -40,13 +51,6 @@ gnustep-base_pkg_setup() {
filter-flags -fomit-frame-pointer
}
-gnustep-base_src_unpack() {
- unpack ${A}
- cd "${S}"
-
- gnustep-base_src_prepare
-}
-
gnustep-base_src_prepare() {
if [[ -f ./GNUmakefile ]] ; then
# Kill stupid includes that are simply overdone or useless on
normal
@@ -63,22 +67,18 @@ gnustep-base_src_prepare() {
eend $?
fi
- ! has ${EAPI:-0} 0 1 2 3 4 5 && default
+ ! has ${EAPI:-0} 5 && default
}
gnustep-base_src_configure() {
egnustep_env
if [[ -x ./configure ]] ; then
- econf || die "configure failed"
+ econf
fi
}
gnustep-base_src_compile() {
egnustep_env
- case ${EAPI:-0} in
- 0|1) gnustep-base_src_configure ;;
- esac
-
egnustep_make
}
@@ -105,6 +105,8 @@ gnustep-base_pkg_postinst() {
elog " ${SCRIPT_PATH}/config-${PN}.sh"
}
+# @FUNCTION: egnustep_env
+# @DESCRIPTION:
# Clean/reset an ebuild to the installed GNUstep environment
egnustep_env() {
# Get additional variables
@@ -113,9 +115,9 @@ egnustep_env() {
# Makefiles path
local GS_MAKEFILES
if [[ -d ${EPREFIX}/usr/share/GNUstep/Makefiles ]]; then
- GS_MAKEFILES=${EPREFIX}/usr/share/GNUstep/Makefiles
+ GS_MAKEFILES="${EPREFIX}"/usr/share/GNUstep/Makefiles
else
- GS_MAKEFILES=${GNUSTEP_PREFIX}/System/Library/Makefiles
+ GS_MAKEFILES="${GNUSTEP_PREFIX}"/System/Library/Makefiles
fi
if [[ -f ${GS_MAKEFILES}/GNUstep.sh ]] ; then
# Reset GNUstep variables
@@ -130,7 +132,6 @@ egnustep_env() {
-i "${WORKDIR}"/GNUstep.conf || die
"GNUstep.conf sed failed"
fi
-
if [[ ! -d ${EPREFIX}/usr/share/GNUstep/Makefiles ]]; then
# Set rpath in ldflags when available
case ${CHOST} in
@@ -159,8 +160,7 @@ egnustep_env() {
&& GS_ENV=( "${GS_ENV[@]}" "debug=yes" ) \
|| GS_ENV=( "${GS_ENV[@]}" "debug=no" )
- if has_version "gnustep-base/gnustep-make[libobjc2]";
- then
+ if has_version "gnustep-base/gnustep-make[libobjc2]"; then
# Set clang for packages that do not respect
gnustep-make
# settings (gnustep-base's configure for example)
export CC=clang CXX=clang CPP="clang -E" LD="clang"
@@ -171,36 +171,42 @@ egnustep_env() {
die "gnustep-make not installed!"
}
+# @FUNCTION: egnustep_make
+# @DESCRIPTION:
# Make utilizing GNUstep Makefiles
egnustep_make() {
if [[ -f ./Makefile || -f ./makefile || -f ./GNUmakefile ]] ; then
- emake ${*} "${GS_ENV[@]}" all || die "package make failed"
+ emake ${*} "${GS_ENV[@]}" all
return 0
fi
die "no Makefile found"
}
+# @FUNCTION: egnustep_install
+# @DESCRIPTION:
# Make-install utilizing GNUstep Makefiles
egnustep_install() {
if [[ ! -d ${EPREFIX}/usr/share/GNUstep/Makefiles ]]; then
# avoid problems due to our "weird" prefix, make sure it exists
- mkdir -p "${D}"${GNUSTEP_SYSTEM_TOOLS}
+ mkdir -p "${D}"${GNUSTEP_SYSTEM_TOOLS} || die
fi
if [[ -f ./[mM]akefile || -f ./GNUmakefile ]] ; then
- emake ${*} "${GS_ENV[@]}" in
[gentoo-dev] [PATCH] cuda.eclass: Drop EAPI-5 support, move some things around
Just some cheap changes while flag-o-matic.eclass causes cache-regen anyway.
See also: https://github.com/gentoo/gentoo/pull/20207
- Assign inherit guard right on top.
- Consolidate the EAPI switch with inherit
---
eclass/cuda.eclass | 29 -
1 file changed, 12 insertions(+), 17 deletions(-)
diff --git a/eclass/cuda.eclass b/eclass/cuda.eclass
index b1da77c69dd..b23d9f71a8b 100644
--- a/eclass/cuda.eclass
+++ b/eclass/cuda.eclass
@@ -1,21 +1,10 @@
-# Copyright 1999-2020 Gentoo Authors
+# Copyright 1999-2021 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
-case "${EAPI:-0}" in
- 0|1|2|3|4)
- die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
- ;;
- 5|6|7)
- ;;
- *)
- die "Unsupported EAPI=${EAPI} (unknown) for ${ECLASS}"
- ;;
-esac
-
# @ECLASS: cuda.eclass
# @MAINTAINER:
# Gentoo Science Project
-# @SUPPORTED_EAPIS: 5 6 7
+# @SUPPORTED_EAPIS: 6 7
# @BLURB: Common functions for cuda packages
# @DESCRIPTION:
# This eclass contains functions to be used with cuda package. Currently it is
@@ -25,10 +14,19 @@ esac
# @EXAMPLE:
# inherit cuda
+case "${EAPI:-0}" in
+ [0-5]) die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}" ;;
+ 6) inherit eapi7-ver ;;
+ 7) ;;
+ *) die "Unsupported EAPI=${EAPI} (unknown) for ${ECLASS}" ;;
+esac
+
if [[ -z ${_CUDA_ECLASS} ]]; then
+_CUDA_ECLASS=1
+
+EXPORT_FUNCTIONS src_prepare
inherit flag-o-matic toolchain-funcs
-[[ ${EAPI} == [56] ]] && inherit eapi7-ver
# @ECLASS-VARIABLE: NVCCFLAGS
# @DESCRIPTION:
@@ -195,7 +193,4 @@ cuda_src_prepare() {
cuda_sanitize
}
-EXPORT_FUNCTIONS src_prepare
-
-_CUDA_ECLASS=1
fi
--
2.31.1
signature.asc
Description: This is a digitally signed message part.
[gentoo-dev] s390 has been dropped to ~s390 (testing/unstable) (resent)
Hi, Given I received no comments on the mailing list [0] post from 16th Feb and affirmative comments via IRC, I’ve dropped all s390 keywords to ~s390 (testing/unstable). We’ll keep the s390 arch in addition to s390x as a subprofile for now as this reduces the hassle of maintaining s390. This is actually a net improvement to any users of s390 if they’re out there, as stable s390 was completely unusable in terms of consistency given it was marked ‘exp'. The aim is to restore s390 and s390x to being a ‘dev’ profile rather than ‘exp’ when possible, i.e. consistency within ~s390 keywords - which does not yet exist. I’ve started looking at what work would be needed here: https://github.com/gentoo/gentoo/pull/20270. I intend to work on it every so often rather than it being a priority. Help welcome to file keywording bugs as indicated by CI results in that PR! I’ve updated all stabilisation bugs with s390@ CCed. I (ab)used NATTkA to do this so that the nuance of arch bugs was respected (e.g. not closing bugs when s390@ wasn’t the last arch), hence the ’s390 done’ comments, which may be slightly misleading. TL;DR: s390 is now pure ~arch but this should be an improvement as we aim for consistency in the keywords in future. Help is welcome. All existing stable bugs for s390 should have been updated - let me know if you find one which hasn’t been. [0] https://archives.gentoo.org/gentoo-dev/message/69834962ec55a31908544793eb2dea05 [Originally forgot reply-to]. signature.asc Description: Message signed with OpenPGP
[gentoo-dev] s390 has been dropped to ~s390 (testing/unstable)
Hi, Given I received no comments on the mailing list [0] post from 16th Feb and affirmative comments via IRC, I’ve dropped all s390 keywords to ~s390 (testing/unstable). We’ll keep the s390 arch in addition to s390x as a subprofile for now as this reduces the hassle of maintaining s390. This is actually a net improvement to any users of s390 if they’re out there, as stable s390 was completely unusable in terms of consistency given it was marked ‘exp'. The aim is to restore s390 and s390x to being a ‘dev’ profile rather than ‘exp’ when possible, i.e. consistency within ~s390 keywords - which does not yet exist. I’ve started looking at what work would be needed here: https://github.com/gentoo/gentoo/pull/20270. I intend to work on it every so often rather than it being a priority. Help welcome to file keywording bugs as indicated by CI results in that PR! I’ve updated all stabilisation bugs with s390@ CCed. I (ab)used NATTkA to do this so that the nuance of arch bugs was respected (e.g. not closing bugs when s390@ wasn’t the last arch), hence the ’s390 done’ comments, which may be slightly misleading. TL;DR: s390 is now pure ~arch but this should be an improvement as we aim for consistency in the keywords in future. Help is welcome. All existing stable bugs for s390 should have been updated - let me know if you find one which hasn’t been. [0] https://archives.gentoo.org/gentoo-dev/message/69834962ec55a31908544793eb2dea05 signature.asc Description: Message signed with OpenPGP
Re: [gentoo-dev] Packages up for grabs: app-emulation/img, app-forensics/aide, app-text/cherrytree, media-gfx/zbar, net-p2p/go-ethereum
> On 6 Apr 2021, at 22:16, Sam James wrote: > > Packages up for grabs due to retirement of a proxied maintainer (and somebody > giving up a package): > app-emulation/img > app-forensics/aide > app-text/cherrytree > media-gfx/zbar > net-p2p/go-ethereum > > Most have no open bugs and are in a reasonable state. (But need a bump). signature.asc Description: Message signed with OpenPGP
[gentoo-dev] Packages up for grabs: app-emulation/img, app-forensics/aide, app-text/cherrytree, media-gfx/zbar, net-p2p/go-ethereum
Packages up for grabs due to retirement of a proxied maintainer (and somebody giving up a package): app-emulation/img app-forensics/aide app-text/cherrytree media-gfx/zbar net-p2p/go-ethereum Most have no open bugs and are in a reasonable state. signature.asc Description: Message signed with OpenPGP
Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)
> On 5 Apr 2021, at 17:24, Ulrich Mueller wrote: > >> On Mon, 05 Apr 2021, Sam James wrote: > >> +4|5|6) >> +DEPEND=" >> +sys-apps/grep >> +sys-devel/gnuconfig >> +" >> +;; >> +7) >> +BDEPEND=" >> +sys-apps/grep > > We usually don't add basic tools like grep to dependencies. Few points: 1) @system varies between profiles anyway which makes it hard to fully rely on; 2) As a few of us have discussed in #gentoo-portage in the past, continuing this trend of not explicitly stating dependencies makes parallelism in Portage difficult. You can try this with —implicit-system-deps=n, but we really need to be stating what we use explicitly. The benefit is enhanced parallelism and the downside is being _slightly_ more verbose in some ebuilds; 3) Implicit dependencies make it hard for us to ever actually swap implementations; 4) This helps when creating minimal systems without Portage in it. signature.asc Description: Message signed with OpenPGP
Re: [gentoo-dev] Re: [TINDERBOX] Testing guru
Bring it on! On Tue, Apr 6, 2021 at 12:02 PM Marco Scardovi wrote: > > I'm fine with it > > Il Mar 6 Apr 2021, 17:51 Agostino Sarubbo ha scritto: >> >> Hello, >> >> the tinderbox is testing the packages into guru overlay. >> Please expect related bugs. >> If you have any objections, please let me know >> >> Agostino >> >>
[gentoo-dev] Re: [TINDERBOX] Testing guru
I'm fine with it Il Mar 6 Apr 2021, 17:51 Agostino Sarubbo ha scritto: > Hello, > > the tinderbox is testing the packages into guru overlay. > Please expect related bugs. > If you have any objections, please let me know > > Agostino > > >
[gentoo-dev] [TINDERBOX] Testing guru
Hello, the tinderbox is testing the packages into guru overlay. Please expect related bugs. If you have any objections, please let me know Agostino
[gentoo-dev] last-rite: dev-java/cal10n & dev-java/slf4j-ext
# Miroslav Šulc (2021-04-06) # Last release of dev-java/cal10n in 2013, no consumer # in the tree except dev-java/slf4j-ext which is not # needed by any package aswell. Removal in 30 days. dev-java/cal10n dev-java/slf4j-ext
Re: [gentoo-dev] Two package up for grabs
On Tue, 23 Mar 2021 12:31:22 +0100 Lars Wendler wrote: >Hi community, > >already quite a while ago, base-system team had decided to no longer >maintain the following packages: > > sys-fs/reiser4progs (up to date, 3 open bug reports) > sys-libs/libaal (required by reiser4progs, no open bug reports) > >From those three open bug reports against reiser4progs, two are from >2013/2014 so they most likely can be closed as OBSOLETE. >If you are interested in maintaining these packages, just replace >base-system with you name in metadata.xml and reassign the open bug >reports to you. >In case nobody picks the package up in the following seven days, I will >drop both packages to maintainer-needed. > >Thanks and kind regards I dropped these two packages to maintainer-needed. Cheers -- Lars Wendler Gentoo package maintainer GPG: 21CC CF02 4586 0A07 ED93 9F68 498F E765 960E 9B39 pgpUn55iKBRbl.pgp Description: Digitale Signatur von OpenPGP
