[gentoo-dev] [PATCH 2/2] toolchain-funcs.eclass: document proper tc-check-openmp use

2022-05-15 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/toolchain-funcs.eclass | 13 +
 1 file changed, 13 insertions(+)

diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index 9ad5e224b03..54d4b0912a6 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass/toolchain-funcs.eclass
@@ -611,6 +611,19 @@ tc-has-openmp() {
 # OpenMP support that has been requested by the ebuild. Using this function
 # to test for OpenMP support should be preferred over tc-has-openmp and
 # printing a custom message, as it presents a uniform interface to the user.
+#
+# You should test for any necessary OpenMP support in pkg_pretend in order to
+# warn the user of required toolchain changes.  You must still check for OpenMP
+# support at build-time, e.g.
+# @CODE
+# pkg_pretend() {
+#  [[ ${MERGE_TYPE} != binary ]] && use openmp && tc-check-openmp
+# }
+#
+# pkg_setup() {
+#  [[ ${MERGE_TYPE} != binary ]] && use openmp && tc-check-openmp
+# }
+# @CODE
 tc-check-openmp() {
if ! _tc-has-openmp; then
eerror "Your current compiler does not support OpenMP!"
-- 
2.35.1




[gentoo-dev] [PATCH 1/2] toolchain-funcs.eclass: deprecate tc-has-openmp

2022-05-15 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/toolchain-funcs.eclass | 19 +++
 1 file changed, 15 insertions(+), 4 deletions(-)

diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index 77fb304940b..9ad5e224b03 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass/toolchain-funcs.eclass
@@ -1,4 +1,4 @@
-# Copyright 2002-2021 Gentoo Authors
+# Copyright 2002-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: toolchain-funcs.eclass
@@ -569,11 +569,12 @@ tc-ld-force-bfd() {
fi
 }
 
-# @FUNCTION: tc-has-openmp
+# @FUNCTION: _tc-has-openmp
+# @INTERNAL
 # @USAGE: [toolchain prefix]
 # @DESCRIPTION:
 # See if the toolchain supports OpenMP.
-tc-has-openmp() {
+_tc-has-openmp() {
local base="${T}/test-tc-openmp"
cat <<-EOF > "${base}.c"
#include 
@@ -593,6 +594,16 @@ tc-has-openmp() {
return ${ret}
 }
 
+# @FUNCTION: tc-has-openmp
+# @DEPRECATED: tc-check-openmp
+# @USAGE: [toolchain prefix]
+# @DESCRIPTION:
+# See if the toolchain supports OpenMP.  This function is deprecated and will 
be
+# removed on 2023-01-01.
+tc-has-openmp() {
+   _tc-has-openmp "$@"
+}
+
 # @FUNCTION: tc-check-openmp
 # @DESCRIPTION:
 # Test for OpenMP support with the current compiler and error out with
@@ -601,7 +612,7 @@ tc-has-openmp() {
 # to test for OpenMP support should be preferred over tc-has-openmp and
 # printing a custom message, as it presents a uniform interface to the user.
 tc-check-openmp() {
-   if ! tc-has-openmp; then
+   if ! _tc-has-openmp; then
eerror "Your current compiler does not support OpenMP!"
 
if tc-is-gcc; then
-- 
2.35.1




Re: [gentoo-dev] [PATCH] multilib.eclass: Avoid reserved variable names

2022-05-15 Thread David Seifert
On Sun, 2022-05-15 at 09:28 +0200, Ulrich Müller wrote:
> Names that begin with __ are reserved for package manager use.
> 
> Closes: https://bugs.gentoo.org/843722
> Signed-off-by: Ulrich Müller 
> ---
>  eclass/multilib.eclass | 12 ++--
>  1 file changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/eclass/multilib.eclass b/eclass/multilib.eclass
> index ec2676cb6cfb..8590bbdfbff0 100644
> --- a/eclass/multilib.eclass
> +++ b/eclass/multilib.eclass
> @@ -422,9 +422,9 @@ multilib_env() {
>  
> # the default abi is set to the 1-level libdir
> default
>  
> -   local
> __libdir_riscvdefaultabi_variable="LIBDIR_${DEFAULT_ABI}"
> -   local
> __libdir_riscvdefaultabi=${!__libdir_riscvdefaultabi_variable}
> -   export
> ${__libdir_riscvdefaultabi_variable}=${__libdir_riscvdefaultabi:-
> lib64}
> +   local
> _libdir_riscvdefaultabi_variable="LIBDIR_${DEFAULT_ABI}"
> +   local
> _libdir_riscvdefaultabi=${!_libdir_riscvdefaultabi_variable}
> +   export
> ${_libdir_riscvdefaultabi_variable}=${_libdir_riscvdefaultabi:-lib64}
>  
> # all other abi are set to the 2-level libdir
> default
>  
> @@ -454,9 +454,9 @@ multilib_env() {
>  
> # the default abi is set to the 1-level libdir
> default
>  
> -   local
> __libdir_riscvdefaultabi_variable="LIBDIR_${DEFAULT_ABI}"
> -   local
> __libdir_riscvdefaultabi=${!__libdir_riscvdefaultabi_variable}
> -   export
> ${__libdir_riscvdefaultabi_variable}=${__libdir_riscvdefaultabi:-lib}
> +   local
> _libdir_riscvdefaultabi_variable="LIBDIR_${DEFAULT_ABI}"
> +   local
> _libdir_riscvdefaultabi=${!_libdir_riscvdefaultabi_variable}
> +   export
> ${_libdir_riscvdefaultabi_variable}=${_libdir_riscvdefaultabi:-lib}
>  
> # all other abi are set to the 2-level libdir
> default
>  

LGTM


[gentoo-dev] Last rites: media-gfx/nvidia-texture-tools

2022-05-11 Thread David Seifert
# David Seifert  (2022-05-11)
# Declared EOL by upstream at the end of 2020, no revdeps, last version
# has many issues. Removal on 2022-06-10. Bug #741846, #770760.
media-gfx/nvidia-texture-tools


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH v4 0/1] Add edo.eclass

2022-04-18 Thread David Seifert
On Sun, 2022-04-17 at 18:34 +0100, Sam James wrote:
> Changes since v3:
> - EAPI check cleanup
> - Fix long line in eclassdoc
> 
> Changes since v2:
> - Fix typo in eclass guard
> - Rework description of edob
> - Use 'einfo', not 'elog'
> - Change die message for clarity
> 
> Changes since v1:
> - Add EAPI 7 support (useful for e.g. base-system@ ebuilds)
> - Add 'edob' (edo with ebegin/eend for better logs log-running
> commands, UX)
> 
> Sam James (1):
>   edo.eclass: add new eclass
> 
>  eclass/edo.eclass | 45 +
>  1 file changed, 45 insertions(+)
>  create mode 100644 eclass/edo.eclass
> 

LGTM, let's get this in



[gentoo-dev] Last rites: sys-libs/e2fsprogs-libs

2022-04-17 Thread David Seifert
# David Seifert  (2022-04-17)
# Dead library, part of >=sys-fs/e2fsprogs-1.46.5 now, bug #806875,
# removal on 2022-05-17.
# (If you hit blockers, please run:
# $ emerge --deselect sys-libs/e2fsprogs-libs
# This is necessary as your world file should not contain dependencies.)
sys-libs/e2fsprogs-libs


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] java-utils-2.eclass: remove ebegin calls that lack eend calls

2022-04-15 Thread David Seifert
On Fri, 2022-04-15 at 10:11 -0400, Mike Gilbert wrote:
> Instead, echo the command we are about to run.
> 
> Closes: https://bugs.gentoo.org/838475
> Closes: https://bugs.gentoo.org/838478
> Closes: https://bugs.gentoo.org/838481
> Closes: https://bugs.gentoo.org/838487
> Closes: https://bugs.gentoo.org/838490
> Closes: https://bugs.gentoo.org/838493
> Signed-off-by: Mike Gilbert 
> ---
>  eclass/java-utils-2.eclass | 10 ++
>  1 file changed, 6 insertions(+), 4 deletions(-)
> 
> diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
> index 11798908dae..2a649942550 100644
> --- a/eclass/java-utils-2.eclass
> +++ b/eclass/java-utils-2.eclass
> @@ -2099,8 +2099,9 @@ ejavac() {
> einfo "${compiler_executable} ${javac_args} ${@}"
> fi
>  
> -   ebegin "Compiling"
> -   ${compiler_executable} ${javac_args} "${@}" || die "ejavac
> failed"
> +   local args=( ${compiler_executable} ${javac_args} "${@}" )
> +   echo "${args[@]}" >&2
> +   "${args[@]}" || die "ejavac failed"
>  }
>  
>  # @FUNCTION: ejavadoc
> @@ -2125,8 +2126,9 @@ ejavadoc() {
> einfo "javadoc ${javadoc_args} ${@}"
> fi
>  
> -   ebegin "Generating JavaDoc"
> -   javadoc ${javadoc_args} "${@}" || die "ejavadoc failed"
> +   local args=( javadoc ${javadoc_args} "${@}" )
> +   echo "${args[@]}" >&2
> +   "${args[@]}" || die "ejavadoc failed"
>  }
>  
>  # @FUNCTION: java-pkg_filter-compiler

Another nice example of "edo" being reinvented. LGTM



[gentoo-dev] [PATCH 2/2] kernel-2.eclass: fix spelling

2022-04-15 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/kernel-2.eclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index 51dabc4562d..02c70422ee0 100644
--- a/eclass/kernel-2.eclass
+++ b/eclass/kernel-2.eclass
@@ -670,7 +670,7 @@ if [[ ${ETYPE} == sources ]]; then
)"
 
SLOT="${PVR}"
-   DESCRIPTION="Sources based on the Linux Kernel."
+   DESCRIPTION="Sources based on the Linux Kernel"
IUSE="symlink build"
 
# Bug #266157, deblob for libre support
@@ -932,7 +932,7 @@ postinst_sources() {
# if we are to forcably symlink, delete it if it already exists first.
if [[ ${K_SYMLINK} -gt 0 ]]; then
if [[ -e ${EROOT}/usr/src/linux && ! -L ${EROOT}/usr/src/linux 
]] ; then
-   die "${EROOT}/usr/src/linux exist and is not a symlink"
+   die "${EROOT}/usr/src/linux exists and is not a symlink"
fi
 
ln -snf linux-${KV_FULL} "${EROOT}"/usr/src/linux || die
-- 
2.35.1




[gentoo-dev] [PATCH 1/2] kernel-2.eclass: remove EAPI 6

2022-04-15 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/kernel-2.eclass | 26 --
 1 file changed, 12 insertions(+), 14 deletions(-)

diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index bd982d3a52c..51dabc4562d 100644
--- a/eclass/kernel-2.eclass
+++ b/eclass/kernel-2.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: kernel-2.eclass
@@ -8,7 +8,7 @@
 # John Mylchreest 
 # Mike Pagano 
 # 
-# @SUPPORTED_EAPIS: 6 7 8
+# @SUPPORTED_EAPIS: 7 8
 # @BLURB: Eclass for kernel packages
 # @DESCRIPTION:
 # This is the kernel.eclass rewrite for a clean base regarding the 2.6
@@ -282,10 +282,9 @@
 # that of course does not mean we're not willing to help.
 
 inherit estack toolchain-funcs
-[[ ${EAPI} == 6 ]] && inherit eapi7-ver
 
 case ${EAPI} in
-   6|7|8) ;;
+   7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
@@ -657,7 +656,6 @@ kernel_is() {
 
 # Capture the sources type and set DEPENDs
 if [[ ${ETYPE} == sources ]]; then
-   [[ ${EAPI} == 6 ]] && DEPEND="!build? ( sys-apps/sed )" ||
BDEPEND="!build? ( sys-apps/sed )"
RDEPEND="!build? (
app-arch/cpio
@@ -863,10 +861,10 @@ install_headers() {
local ddir=$(kernel_header_destdir)
 
env_setup_xmakeopts
-   emake headers_install INSTALL_HDR_PATH="${ED%/}"${ddir}/.. ${xmakeopts}
+   emake headers_install INSTALL_HDR_PATH="${ED}"${ddir}/.. ${xmakeopts}
 
# let other packages install some of these headers
-   rm -rf "${ED%/}"${ddir}/scsi || die #glibc/uclibc/etc...
+   rm -rf "${ED}"${ddir}/scsi || die #glibc/uclibc/etc...
return 0
 }
 
@@ -893,7 +891,7 @@ install_sources() {
done
fi
 
-   mv "${WORKDIR}"/linux* "${ED%/}"/usr/src || die
+   mv "${WORKDIR}"/linux* "${ED}"/usr/src || die
 
if [[ -n ${UNIPATCH_DOCS} ]]; then
for i in ${UNIPATCH_DOCS}; do
@@ -933,15 +931,15 @@ postinst_sources() {
 
# if we are to forcably symlink, delete it if it already exists first.
if [[ ${K_SYMLINK} -gt 0 ]]; then
-   if [[ -e ${EROOT%/}/usr/src/linux && ! -L 
${EROOT%/}/usr/src/linux ]] ; then
-   die "${EROOT%/}/usr/src/linux exist and is not a 
symlink"
+   if [[ -e ${EROOT}/usr/src/linux && ! -L ${EROOT}/usr/src/linux 
]] ; then
+   die "${EROOT}/usr/src/linux exist and is not a symlink"
fi
 
-   ln -snf linux-${KV_FULL} "${EROOT%/}"/usr/src/linux || die
+   ln -snf linux-${KV_FULL} "${EROOT}"/usr/src/linux || die
fi
 
# Don't forget to make directory for sysfs
-   [[ ! -d ${EROOT%/}/sys ]] && kernel_is 2 6 && { mkdir "${EROOT%/}"/sys 
|| die ; }
+   [[ ! -d ${EROOT}/sys ]] && kernel_is 2 6 && { mkdir "${EROOT}"/sys || 
die ; }
 
elog "If you are upgrading from a previous kernel, you may be 
interested"
elog "in the following document:"
@@ -1537,10 +1535,10 @@ kernel-2_pkg_postrm() {
[[ ${ETYPE} == headers ]] && return 0
 
# If there isn't anything left behind, then don't complain.
-   [[ -e ${EROOT%/}/usr/src/linux-${KV_FULL} ]] || return 0
+   [[ -e ${EROOT}/usr/src/linux-${KV_FULL} ]] || return 0
ewarn "Note: Even though you have successfully unmerged "
ewarn "your kernel package, directories in kernel source location: "
-   ewarn "${EROOT%/}/usr/src/linux-${KV_FULL}"
+   ewarn "${EROOT}/usr/src/linux-${KV_FULL}"
ewarn "with modified files will remain behind. By design, package 
managers"
ewarn "will not remove these modified files and the directories they 
reside in."
ewarn "For more detailed kernel removal instructions, please see: "
-- 
2.35.1




[gentoo-dev] Last rites: net-p2p/syrep

2022-04-10 Thread David Seifert
# David Seifert  (2022-04-10)
# Unmaintained, last release upstream 16 years ago, Fedora dropped it,
# relies on sys-libs/db, low quality port to EAPI 6, removal on 2022-05-
10.
net-p2p/syrep


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sys-devel/automake:1.13+1.15

2022-04-06 Thread David Seifert
# David Seifert  (2022-04-06)
# Unsupported branches, no consumers left, removal on 2023-01-01.
sys-devel/automake:1.13
sys-devel/automake:1.15

**NOTE**:
Slot 1.11 remains masked and will *not* be removed for the foreseeable
future, since developers may need it for de-ANSI-fication (ansi2knr)
support.


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: media-libs/libtaginfo and media-sound/xnoise

2022-03-27 Thread David Seifert
# David Seifert  (2022-03-27)
# Long abandoned upstreams, segfaults, bunch of tests fail,
# no other major distro carries this anymore.
# Bug #631320, #740484, #830090, #836278, removal on 2022-04-26.
media-libs/libtaginfo
media-sound/xnoise


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-java/* EAPI 5 packages

2022-03-21 Thread David Seifert
# David Seifert  (2022-03-21)
# Unmaintained, EAPI 5, no revdeps in tree.
# Bug #786093, removal on 2022-04-20.
dev-java/freehep-graphicsbase
dev-java/freehep-io
dev-java/glassfish-interceptor-api
dev-java/gnu-classpath
dev-java/invokebinder
dev-java/java-apicheck
dev-java/jboss-marshalling-river
dev-java/jboss-marshalling-serial
dev-java/jrobin


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: media-video/mplayer-sh

2022-03-21 Thread David Seifert
# David Seifert  (2022-03-21)
# EAPI 5, last release 15 years ago, QA permission issues, no other
# distro packages this.
# Bug #553404, #835364, removal on 2022-04-20.
media-video/mplayer-sh


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sys-cluster/lustre

2022-03-20 Thread David Seifert
# David Seifert  (2022-03-20)
# Added and then left unmaintained by author, no revdeps in tree,
# stuck on kernel 4.19, distribution model unlikely a good fit for
# Gentoo, QA issues, blocks automake-1.15 removal, build issues.
# Bug #725746, #728154, #835693, removal on 2022-04-19.
sys-cluster/lustre


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: net-wireless/yatebts, net-wireless/srslte, net-wireless/nanovna-saver, net-wireless/gr-scan

2022-03-20 Thread David Seifert
On Sun, 2022-03-20 at 18:44 +0100, tom...@gentoo.org wrote:
> I would like to keep net-wireless/nanovna-saver. I pushed version
> 0.3.10 to
> the tree which should fix the problems.
> 
> Shall I drop it from package mask or do you want to do it yourself
> Jakov.
> 
> - Thomas
> 
> 
> On Wed, Mar 16, 2022 at 11:08:05PM +0100, Jakov Smolić wrote:
> > # Jakov Smolić  (2022-03-16)
> > # Unmaintaned, broken packages with no revdeps.
> > # Bugs 822234, 809539, 809536, 832618, 731720, 713684,
> > # 733662, 741082, and many others.
> > # Removal on 2022-04-16.
> > net-wireless/yatebts
> > net-wireless/srslte
> > net-wireless/nanovna-saver
> > net-wireless/gr-scan
> > -- 
> > Jakov
> 

Your new ebuild still doesn't support python 3.10, without which it
would be lagging again.



[gentoo-dev] Last rites: sys-block/megarc

2022-03-19 Thread David Seifert
# David Seifert  (2022-03-19)
# Unmaintained, no revdeps in tree, EAPI 5, upstream tarball disappeared
# and ebuild is mirror-restricted.
# Bug #672324, #689770, #835360, removal on 2022-04-18.
sys-block/megarc


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-biology/GBrowse

2022-03-19 Thread David Seifert
# David Seifert  (2022-03-19)
# Unmaintained, no revdeps in tree, not even on latest version, EAPI 5,
# typical 'webapp' smell, last upstream release more than 9 years ago.
# Bug #402849, #513594, #690042, #828702, removal on 2022-04-18.
sci-biology/GBrowse


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sys-apps/rtl-entropy

2022-03-12 Thread David Seifert
# David Seifert  (2022-03-12)
# Unmaintained, no revdeps in tree, no other distro packages this,
# HOMEPAGE gone, stuck on deprecated (and soon-to-stop-working)
# cmake-utils. bug #725610, #732056, #834117.
# Removal on 2022-04-11.
sys-apps/rtl-entropy


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: net-wireless/rtl_power_fftw

2022-03-12 Thread David Seifert
# David Seifert  (2022-03-12)
# Unmaintained, no revdeps in tree, no other distro packages this,
# wrong dependencies, out of date, stuck on deprecated
# (and soon-to-stop-working) cmake-utils. bug #702980, #834121.
# Removal on 2022-04-11.
net-wireless/rtl_power_fftw


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: net-fs/smbtad

2022-02-27 Thread David Seifert
# David Seifert  (2022-02-27)
# Last release 10 years ago, no other distro packages this,
# stuck on cmake-utils.eclass and QA issues.
# Bug #711880, #774519, removal on 2022-03-27.
net-fs/smbtad


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] dev-util/cmake needs a (co-)maintainer

2022-02-24 Thread David Seifert
On Thu, 2022-02-24 at 19:11 +0100, Andreas Sturmlechner wrote:
> The de facto maintainer for many years has effectively quit doing so.
> 
> While kde project is the main user of cmake, I don't have the time to
> care for 
> every package that is part of KDE packages' dependency graph.
> 
> This means that without a more dedicated co-maintainer, cmake version
> bumps 
> will occur much less often in the future.
> 
> Regards,
> Andreas

I will add base@ as a maintainer, given the wide impact CMake has on the
ecosystem.

David



[gentoo-dev] Last rites: emboss-r2.eclass

2022-02-15 Thread David Seifert
# @DEAD
# Removal on 2022-03-15.


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH 12/12] vcs-snapshot.eclass: canonical variable ordering

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/vcs-snapshot.eclass | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass
index 0e86cb4ad51..64bc1da040f 100644
--- a/eclass/vcs-snapshot.eclass
+++ b/eclass/vcs-snapshot.eclass
@@ -47,7 +47,8 @@ case ${EAPI} in
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-EXPORT_FUNCTIONS src_unpack
+if [[ ! ${_VCS_SNAPSHOT_ECLASS} ]]; then
+_VCS_SNAPSHOT_ECLASS=1
 
 # @FUNCTION: vcs-snapshot_src_unpack
 # @DESCRIPTION:
@@ -110,3 +111,7 @@ vcs-snapshot_src_unpack() {
[[ ${w} == eerror ]] && die "${FUNCNAME}: Unnecessary usage 
detected"
fi
 }
+
+fi
+
+EXPORT_FUNCTIONS src_unpack
-- 
2.35.0




[gentoo-dev] [PATCH 11/12] vcs-snapshot.eclass: remove EAPI 0-5

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/vcs-snapshot.eclass | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass
index 74e5f4bcd42..0e86cb4ad51 100644
--- a/eclass/vcs-snapshot.eclass
+++ b/eclass/vcs-snapshot.eclass
@@ -4,7 +4,7 @@
 # @ECLASS: vcs-snapshot.eclass
 # @MAINTAINER:
 # mgo...@gentoo.org
-# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: support eclass for unpacking VCS snapshot tarballs
 # @DESCRIPTION:
 # THIS ECLASS IS NOT NECESSARY FOR MODERN GITHUB AND GITLAB SNAPSHOTS.
@@ -42,9 +42,9 @@
 # and however the tarballs were originally packed, all files will appear
 # in ${WORKDIR}/${P} and ${WORKDIR}/${P}-otherstuff respectively.
 
-case ${EAPI:-0} in
-   0|1|2|3|4|5|6|7|8) ;;
-   *) die "vcs-snapshot.eclass API in EAPI ${EAPI} not yet established."
+case ${EAPI} in
+   6|7|8) ;;
+   *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
 EXPORT_FUNCTIONS src_unpack
@@ -102,7 +102,7 @@ vcs-snapshot_src_unpack() {
 
if [[ ! ${renamed_any} ]]; then
local w=eerror
-   [[ ${EAPI} == [0123456] ]] && w=eqawarn
+   [[ ${EAPI} == 6 ]] && w=eqawarn
"${w}" "${FUNCNAME} did not find any archives that needed 
renaming."
"${w}" "Please verify that its usage is really necessary, and 
remove"
"${w}" "the inherit if it is not."
-- 
2.35.0




[gentoo-dev] [PATCH 10/12] vcs-snapshot.eclass: enable EAPI 8

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/vcs-snapshot.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass
index 05d963917e2..74e5f4bcd42 100644
--- a/eclass/vcs-snapshot.eclass
+++ b/eclass/vcs-snapshot.eclass
@@ -1,10 +1,10 @@
-# Copyright 1999-2019 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: vcs-snapshot.eclass
 # @MAINTAINER:
 # mgo...@gentoo.org
-# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
+# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7 8
 # @BLURB: support eclass for unpacking VCS snapshot tarballs
 # @DESCRIPTION:
 # THIS ECLASS IS NOT NECESSARY FOR MODERN GITHUB AND GITLAB SNAPSHOTS.
@@ -43,7 +43,7 @@
 # in ${WORKDIR}/${P} and ${WORKDIR}/${P}-otherstuff respectively.
 
 case ${EAPI:-0} in
-   0|1|2|3|4|5|6|7) ;;
+   0|1|2|3|4|5|6|7|8) ;;
*) die "vcs-snapshot.eclass API in EAPI ${EAPI} not yet established."
 esac
 
-- 
2.35.0




[gentoo-dev] [PATCH 09/12] vcs-clean.eclass: add missing die

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/vcs-clean.eclass | 12 +---
 1 file changed, 9 insertions(+), 3 deletions(-)

diff --git a/eclass/vcs-clean.eclass b/eclass/vcs-clean.eclass
index 991f680582f..e4c61ac7164 100644
--- a/eclass/vcs-clean.eclass
+++ b/eclass/vcs-clean.eclass
@@ -23,9 +23,11 @@ _VCS_CLEAN_ECLASS=1
 # Remove CVS directories and .cvs* files recursively.  Useful when a
 # source tarball contains internal CVS directories.  Defaults to ${PWD}.
 ecvs_clean() {
+   debug-print-function ${FUNCNAME} "${@}"
+
[[ $# -eq 0 ]] && set -- .
find "$@" '(' -type d -name 'CVS' -prune -o -type f -name '.cvs*' ')' \
-   -exec rm -rf '{}' +
+   -exec rm -rf '{}' + || die
 }
 
 # @FUNCTION: esvn_clean
@@ -34,8 +36,10 @@ ecvs_clean() {
 # Remove .svn directories recursively.  Useful when a source tarball
 # contains internal Subversion directories.  Defaults to ${PWD}.
 esvn_clean() {
+   debug-print-function ${FUNCNAME} "${@}"
+
[[ $# -eq 0 ]] && set -- .
-   find "$@" -type d -name '.svn' -prune -exec rm -rf '{}' +
+   find "$@" -type d -name '.svn' -prune -exec rm -rf '{}' + || die
 }
 
 # @FUNCTION: egit_clean
@@ -44,8 +48,10 @@ esvn_clean() {
 # Remove .git* directories recursively.  Useful when a source tarball
 # contains internal Git directories.  Defaults to ${PWD}.
 egit_clean() {
+   debug-print-function ${FUNCNAME} "${@}"
+
[[ $# -eq 0 ]] && set -- .
-   find "$@" -type d -name '.git*' -prune -exec rm -rf '{}' +
+   find "$@" -type d -name '.git*' -prune -exec rm -rf '{}' + || die
 }
 
 fi
-- 
2.35.0




[gentoo-dev] [PATCH 08/12] vcs-clean.eclass: enable EAPI 8

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/vcs-clean.eclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/eclass/vcs-clean.eclass b/eclass/vcs-clean.eclass
index 89f6b732187..991f680582f 100644
--- a/eclass/vcs-clean.eclass
+++ b/eclass/vcs-clean.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: vcs-clean.eclass
@@ -6,11 +6,11 @@
 # base-sys...@gentoo.org
 # @AUTHOR:
 # Benedikt Böhm 
-# @SUPPORTED_EAPIS: 5 6 7
+# @SUPPORTED_EAPIS: 5 6 7 8
 # @BLURB: helper functions to remove VCS directories
 
-case ${EAPI:-0} in
-   [567]) ;;
+case ${EAPI} in
+   5|6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-- 
2.35.0




[gentoo-dev] [PATCH 07/12] usr-ldscript.eclass: canonical variable ordering

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/usr-ldscript.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/usr-ldscript.eclass b/eclass/usr-ldscript.eclass
index 7842dfc643d..a8229ed2ac2 100644
--- a/eclass/usr-ldscript.eclass
+++ b/eclass/usr-ldscript.eclass
@@ -7,14 +7,14 @@
 # @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: Defines the gen_usr_ldscript function.
 
-if [[ -z ${_USR_LDSCRIPT_ECLASS} ]]; then
-_USR_LDSCRIPT_ECLASS=1
-
 case ${EAPI} in
6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
+if [[ -z ${_USR_LDSCRIPT_ECLASS} ]]; then
+_USR_LDSCRIPT_ECLASS=1
+
 inherit multilib toolchain-funcs
 
 IUSE="split-usr"
-- 
2.35.0




[gentoo-dev] [PATCH 06/12] usr-ldscript.eclass: remove EAPI 5

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/usr-ldscript.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/usr-ldscript.eclass b/eclass/usr-ldscript.eclass
index 2bf725abdd0..7842dfc643d 100644
--- a/eclass/usr-ldscript.eclass
+++ b/eclass/usr-ldscript.eclass
@@ -1,17 +1,17 @@
-# Copyright 2019-2021 Gentoo Authors
+# Copyright 2019-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: usr-ldscript.eclass
 # @MAINTAINER:
 # Toolchain Ninjas 
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: Defines the gen_usr_ldscript function.
 
 if [[ -z ${_USR_LDSCRIPT_ECLASS} ]]; then
 _USR_LDSCRIPT_ECLASS=1
 
 case ${EAPI} in
-   5|6|7|8) ;;
+   6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-- 
2.35.0




[gentoo-dev] [PATCH 05/12] user-info.eclass: remove EAPI 5

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/user-info.eclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/eclass/user-info.eclass b/eclass/user-info.eclass
index 8b8538bf843..3838585ab6c 100644
--- a/eclass/user-info.eclass
+++ b/eclass/user-info.eclass
@@ -1,15 +1,15 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: user-info.eclass
 # @MAINTAINER:
 # base-sys...@gentoo.org (Linux)
 # Michał Górny  (NetBSD)
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: Read-only access to user and group information
 
-case ${EAPI:-0} in
-   [5678]) ;;
+case ${EAPI} in
+   6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-- 
2.35.0




[gentoo-dev] [PATCH 04/12] user.eclass: canonical variable ordering

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/user.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/user.eclass b/eclass/user.eclass
index 9373b361d59..581704eae81 100644
--- a/eclass/user.eclass
+++ b/eclass/user.eclass
@@ -12,9 +12,6 @@
 # The user eclass contains a suite of functions that allow ebuilds
 # to quickly make sure users in the installed system are sane.
 
-if [[ -z ${_USER_ECLASS} ]]; then
-_USER_ECLASS=1
-
 case ${EAPI} in
6|7) ;;
8)
@@ -29,6 +26,9 @@ case ${EAPI} in
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
+if [[ -z ${_USER_ECLASS} ]]; then
+_USER_ECLASS=1
+
 inherit user-info
 
 # @FUNCTION: _assert_pkg_ebuild_phase
-- 
2.35.0




[gentoo-dev] [PATCH 03/12] user.eclass: remove EAPI 5

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/user.eclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/eclass/user.eclass b/eclass/user.eclass
index d03d31819fc..9373b361d59 100644
--- a/eclass/user.eclass
+++ b/eclass/user.eclass
@@ -1,11 +1,11 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: user.eclass
 # @MAINTAINER:
 # base-sys...@gentoo.org (Linux)
 # Michał Górny  (NetBSD)
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: user management in ebuilds
 # @DEPRECATED: acct-user/acct-group packages
 # @DESCRIPTION:
@@ -15,8 +15,8 @@
 if [[ -z ${_USER_ECLASS} ]]; then
 _USER_ECLASS=1
 
-case ${EAPI:-0} in
-   5|6|7) ;;
+case ${EAPI} in
+   6|7) ;;
8)
if [[ ${CATEGORY} != acct-* ]]; then
eerror "In EAPI ${EAPI}, packages must not inherit 
user.eclass"
-- 
2.35.0




[gentoo-dev] [PATCH 02/12] toolchain.eclass: canonical variable ordering

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/toolchain.eclass | 23 ++-
 1 file changed, 14 insertions(+), 9 deletions(-)

diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 741b6dfbbcc..495a305ed83 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -7,6 +7,15 @@
 # @SUPPORTED_EAPIS: 7 8
 # @BLURB: Common code for sys-devel/gcc ebuilds
 
+case ${EAPI} in
+   7) inherit eutils ;;
+   8) ;;
+   *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
+if [[ ! ${_TOOLCHAIN_ECLASS} ]]; then
+_TOOLCHAIN_ECLASS=1
+
 DESCRIPTION="The GNU Compiler Collection"
 HOMEPAGE="https://gcc.gnu.org/;
 
@@ -30,15 +39,6 @@ fi
 
 FEATURES=${FEATURES/multilib-strict/}
 
-case ${EAPI} in
-   7) inherit eutils ;;
-   8) ;;
-   *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
-EXPORT_FUNCTIONS pkg_pretend pkg_setup src_unpack src_prepare src_configure \
-   src_compile src_test src_install pkg_postinst pkg_postrm
-
 #>> globals <<
 
 export CTARGET=${CTARGET:-${CHOST}}
@@ -2322,6 +2322,11 @@ toolchain_death_notice() {
fi
 }
 
+fi
+
+EXPORT_FUNCTIONS pkg_pretend pkg_setup src_unpack src_prepare src_configure \
+   src_compile src_test src_install pkg_postinst pkg_postrm
+
 # Note [implicitly enabled flags]
 # ---
 # Usually configure-based packages handle explicit feature requests
-- 
2.35.0




[gentoo-dev] [PATCH 01/12] toolchain.eclass: remove EAPI 5 and 6

2022-01-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/toolchain.eclass | 110 +++-
 1 file changed, 40 insertions(+), 70 deletions(-)

diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 61718f0d9a0..741b6dfbbcc 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -4,7 +4,7 @@
 # @ECLASS: toolchain.eclass
 # @MAINTAINER:
 # Toolchain Ninjas 
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 7 8
 # @BLURB: Common code for sys-devel/gcc ebuilds
 
 DESCRIPTION="The GNU Compiler Collection"
@@ -31,7 +31,6 @@ fi
 FEATURES=${FEATURES/multilib-strict/}
 
 case ${EAPI} in
-   5|6) inherit eapi7-ver eutils ;;
7) inherit eutils ;;
8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
@@ -129,16 +128,6 @@ LICENSE="GPL-3+ LGPL-3+ || ( GPL-3+ libgcc libstdc++ 
gcc-runtime-library-excepti
 IUSE="test vanilla +nls"
 RESTRICT="!test? ( test )"
 
-tc_supports_dostrip() {
-   case ${EAPI} in
-   5|6) return 1 ;;
-   7|8) return 0 ;;
-   *) die "Update apply_patches() for ${EAPI}." ;;
-   esac
-}
-
-tc_supports_dostrip || RESTRICT+=" strip" # cross-compilers need controlled 
stripping
-
 TC_FEATURES=()
 
 tc_has_feature() {
@@ -146,21 +135,21 @@ tc_has_feature() {
 }
 
 if [[ ${PN} != "kgcc64" && ${PN} != gcc-* ]] ; then
-   IUSE+=" debug +cxx +nptl" TC_FEATURES+=(nptl)
+   IUSE+=" debug +cxx +nptl" TC_FEATURES+=( nptl )
[[ -n ${PIE_VER} ]] && IUSE+=" nopie"
[[ -n ${SPECS_VER} ]] && IUSE+=" nossp"
-   IUSE+=" +fortran" TC_FEATURES+=(fortran)
+   IUSE+=" +fortran" TC_FEATURES+=( fortran )
IUSE+=" doc hardened multilib objc"
-   tc_version_is_between 3 7 && IUSE+=" awt gcj" TC_FEATURES+=(gcj)
+   tc_version_is_between 3 7 && IUSE+=" awt gcj" TC_FEATURES+=( gcj )
IUSE+=" pgo"
-   IUSE+=" objc-gc" TC_FEATURES+=(objc-gc)
+   IUSE+=" objc-gc" TC_FEATURES+=( objc-gc )
IUSE+=" libssp objc++"
IUSE+=" +openmp"
tc_version_is_at_least 4.3 && IUSE+=" fixed-point"
tc_version_is_at_least 4.7 && IUSE+=" go"
# sanitizer support appeared in gcc-4.8, but > S + SRC_URI essentials <<
@@ -447,25 +432,9 @@ toolchain_src_unpack() {
 
 #>> src_prepare <<
 
-# 'epatch' is not available in EAPI=7. Abstract away patchset application
-# until we eventually get all gcc ebuilds on EAPI=7 or later.
-tc_apply_patches() {
-   [[ ${#@} -lt 2 ]] && die "usage: tc_apply_patches  
"
-
-   einfo "$1"; shift
-
-   case ${EAPI} in
-   # Note: even for EAPI=6 we used 'epatch' semantics. To avoid
-   # breaking existing ebuilds use 'eapply' only in EAPI=7 or 
later.
-   5|6) epatch "$@" ;;
-   7|8) eapply "$@" ;;
-   *) die "Update apply_patches() for ${EAPI}." ;;
-   esac
-}
-
 toolchain_src_prepare() {
export BRANDING_GCC_PKGVERSION="Gentoo ${GCC_PVR}"
-   cd "${S}"
+   cd "${S}" || die
 
do_gcc_gentoo_patches
do_gcc_PIE_patches
@@ -475,11 +444,7 @@ toolchain_src_prepare() {
BRANDING_GCC_PKGVERSION="${BRANDING_GCC_PKGVERSION}, commit 
${EGIT_VERSION}"
fi
 
-   case ${EAPI} in
-   5) epatch_user;;
-   6|7|8) eapply_user ;;
-   *) die "Update toolchain_src_prepare() for ${EAPI}." ;;
-   esac
+   eapply_user
 
if ( tc_version_is_at_least 4.8.2 || _tc_use_if_iuse hardened ) \
   && ! use vanilla ; then
@@ -490,7 +455,7 @@ toolchain_src_prepare() {
# since we configure with just one --libdir, we can't use that
# (as gcc itself takes care of building multilibs).  #435728
find "${S}" -name Makefile.in \
-   -exec sed -i 
'/^pkgconfigdir/s:=.*:=$(toolexeclibdir)/pkgconfig:' {} +
+   -exec sed -i 
'/^pkgconfigdir/s:=.*:=$(toolexeclibdir)/pkgconfig:' {} + || die
 
setup_multilib_osdirnames
gcc_version_patch
@@ -532,10 +497,11 @@ 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)
-   tc_apply_patches "Remove texinfo (bug #198182, bug #464008)" 
"${FILESDIR}"/gcc-configure-texinfo.patch

[gentoo-dev] [PATCH 3/3] out-of-source.eclass: canonical variable ordering

2022-01-22 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/out-of-source.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/out-of-source.eclass b/eclass/out-of-source.eclass
index e03943b3040..81e03f3894d 100644
--- a/eclass/out-of-source.eclass
+++ b/eclass/out-of-source.eclass
@@ -37,9 +37,8 @@ case ${EAPI} in
*) die "EAPI ${EAPI:-0} unsupported (too old)";;
 esac
 
-EXPORT_FUNCTIONS src_configure src_compile src_test src_install
-
 if [[ ! ${_OUT_OF_SOURCE_ECLASS} ]]; then
+_OUT_OF_SOURCE_ECLASS=1
 
 # @FUNCTION: out-of-source_src_configure
 # @DESCRIPTION:
@@ -121,5 +120,6 @@ out-of-source_src_install() {
fi
 }
 
-_OUT_OF_SOURCE_ECLASS=1
 fi
+
+EXPORT_FUNCTIONS src_configure src_compile src_test src_install
-- 
2.34.1




[gentoo-dev] [PATCH 2/3] out-of-source.eclass: remove EAPI 6

2022-01-22 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/out-of-source.eclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/eclass/out-of-source.eclass b/eclass/out-of-source.eclass
index 61b7c492c96..e03943b3040 100644
--- a/eclass/out-of-source.eclass
+++ b/eclass/out-of-source.eclass
@@ -4,7 +4,7 @@
 # @ECLASS: out-of-source.eclass
 # @MAINTAINER:
 # Michał Górny 
-# @SUPPORTED_EAPIS: 6 7 8
+# @SUPPORTED_EAPIS: 7 8
 # @BLURB: convenient wrapper to build autotools packages out-of-source
 # @DESCRIPTION:
 # This eclass provides a minimalistic wrapper interface to easily
@@ -33,7 +33,7 @@
 # @CODE
 
 case ${EAPI} in
-   6|7|8);;
+   7|8);;
*) die "EAPI ${EAPI:-0} unsupported (too old)";;
 esac
 
-- 
2.34.1




[gentoo-dev] [PATCH 1/3] out-of-source.eclass: enable EAPI 8

2022-01-22 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/out-of-source.eclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/eclass/out-of-source.eclass b/eclass/out-of-source.eclass
index bbac555a7f8..61b7c492c96 100644
--- a/eclass/out-of-source.eclass
+++ b/eclass/out-of-source.eclass
@@ -1,10 +1,10 @@
-# Copyright 1999-2018 Gentoo Foundation
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: out-of-source.eclass
 # @MAINTAINER:
 # Michał Górny 
-# @SUPPORTED_EAPIS: 6 7
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: convenient wrapper to build autotools packages out-of-source
 # @DESCRIPTION:
 # This eclass provides a minimalistic wrapper interface to easily
@@ -33,7 +33,7 @@
 # @CODE
 
 case ${EAPI} in
-   6|7);;
+   6|7|8);;
*) die "EAPI ${EAPI:-0} unsupported (too old)";;
 esac
 
-- 
2.34.1




[gentoo-dev] Last rites: openib.eclass

2022-01-16 Thread David Seifert
With sys-fabric/* on its way out, this eclass is not useful anymore.


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: most of sys-fabric/*

2022-01-16 Thread David Seifert
# David Seifert  (2022-01-16)
# Most of these packages have been merged into sys-cluster/rdma-core and
# have long been dead and unmaintained.
# Removal in 30 days, bug #830999.
sys-fabric/ibacm
sys-fabric/infiniband-diags
sys-fabric/infinipath-psm
sys-fabric/libcxgb3
sys-fabric/libcxgb4
sys-fabric/libehca
sys-fabric/libibcm
sys-fabric/libibmad
sys-fabric/libibumad
sys-fabric/libibverbs
sys-fabric/libipathverbs
sys-fabric/libmlx4
sys-fabric/libmlx5
sys-fabric/libmthca
sys-fabric/libnes
sys-fabric/libocrdma
sys-fabric/librdmacm
sys-fabric/ofed
sys-fabric/rds-tools
sys-fabric/srptools


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH v2 5/5] multibuild.eclass: remove EAPI 4 and 5

2022-01-11 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multibuild.eclass | 42 +++-
 1 file changed, 7 insertions(+), 35 deletions(-)

diff --git a/eclass/multibuild.eclass b/eclass/multibuild.eclass
index 4699ebc43fb..039041af694 100644
--- a/eclass/multibuild.eclass
+++ b/eclass/multibuild.eclass
@@ -6,25 +6,20 @@
 # Michał Górny 
 # @AUTHOR:
 # Author: Michał Górny 
-# @SUPPORTED_EAPIS: 4 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @BLURB: A generic eclass for building multiple variants of packages.
 # @DESCRIPTION:
 # The multibuild eclass aims to provide a generic framework for building
 # multiple 'variants' of a package (e.g. multilib, Python
 # implementations).
 
-case "${EAPI:-0}" in
-   [0-3])
-   die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
-   ;;
-   [4-8])
-   ;;
-   *)
-   die "Unsupported EAPI=${EAPI} (unknown) for ${ECLASS}"
-   ;;
+case ${EAPI:-0} in
+   6|7|8) ;;
+   *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-if [[ ! ${_MULTIBUILD} ]]; then
+if [[ ! ${_MULTIBUILD_ECLASS} ]]; then
+_MULTIBUILD_ECLASS=1
 
 # @ECLASS-VARIABLE: MULTIBUILD_VARIANTS
 # @REQUIRED
@@ -137,25 +132,6 @@ multibuild_foreach_variant() {
return ${ret}
 }
 
-# @FUNCTION: multibuild_parallel_foreach_variant
-# @USAGE: [...]
-# @DESCRIPTION:
-# Run the passed command repeatedly for each of the enabled package
-# variants. This used to run the commands in parallel but now it's
-# just a deprecated alias to multibuild_foreach_variant.
-#
-# The function returns 0 if all commands return 0, or the first non-zero
-# exit status otherwise. However, it performs all the invocations
-# nevertheless. It is preferred to call 'die' inside of the passed
-# function.
-multibuild_parallel_foreach_variant() {
-   debug-print-function ${FUNCNAME} "${@}"
-
-   [[ ${EAPI} == [45] ]] || die "${FUNCNAME} is banned in EAPI ${EAPI}"
-
-   multibuild_foreach_variant "${@}"
-}
-
 # @FUNCTION: multibuild_for_best_variant
 # @USAGE: [...]
 # @DESCRIPTION:
@@ -172,10 +148,7 @@ multibuild_for_best_variant() {
[[ ${MULTIBUILD_VARIANTS} ]] \
|| die "MULTIBUILD_VARIANTS need to be set"
 
-   # bash-4.1 can't handle negative subscripts
-   local MULTIBUILD_VARIANTS=(
-   "${MULTIBUILD_VARIANTS[$(( ${#MULTIBUILD_VARIANTS[@]} - 1 ))]}"
-   )
+   local MULTIBUILD_VARIANTS=( "${MULTIBUILD_VARIANTS[-1]}" )
multibuild_foreach_variant "${@}"
 }
 
@@ -239,5 +212,4 @@ multibuild_merge_root() {
rm -rf "${src}" || die
 }
 
-_MULTIBUILD=1
 fi
-- 
2.34.1




[gentoo-dev] [PATCH v2 4/5] multibuild.eclass: inline cp_args

2022-01-11 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multibuild.eclass | 36 +++-
 1 file changed, 7 insertions(+), 29 deletions(-)

diff --git a/eclass/multibuild.eclass b/eclass/multibuild.eclass
index cbd48b1eeb6..4699ebc43fb 100644
--- a/eclass/multibuild.eclass
+++ b/eclass/multibuild.eclass
@@ -192,15 +192,10 @@ multibuild_copy_sources() {
 
einfo "Will copy sources from ${_MULTIBUILD_INITIAL_BUILD_DIR}"
 
-   local cp_args=()
-   if cp --reflink=auto --version &>/dev/null; then
-   # enable reflinking if possible to make this faster
-   cp_args+=( --reflink=auto )
-   fi
-
_multibuild_create_source_copy() {
einfo "${MULTIBUILD_VARIANT}: copying to ${BUILD_DIR}"
-   cp -p -R "${cp_args[@]}" \
+   # enable reflinking if possible to make this faster
+   cp -p -R --reflink=auto \
"${_MULTIBUILD_INITIAL_BUILD_DIR}" "${BUILD_DIR}" || die
}
 
@@ -234,31 +229,14 @@ run_in_build_dir() {
 # (the real root). Both directories have to be real, absolute paths
 # (i.e. including ${D}). Source root will be removed.
 multibuild_merge_root() {
+   debug-print-function ${FUNCNAME} "${@}"
+
local src=${1}
local dest=${2}
 
-   local ret
-   local cp_args=()
-
-   if cp -a --version &>/dev/null; then
-   cp_args+=( -a )
-   else
-   cp_args+=( -P -R -p )
-   fi
-
-   if cp --reflink=auto --version &>/dev/null; then
-   # enable reflinking if possible to make this faster
-   cp_args+=( --reflink=auto )
-   fi
-
-   cp "${cp_args[@]}" "${src}"/. "${dest}"/
-   ret=${?}
-
-   if [[ ${ret} -ne 0 ]]; then
-   die "${MULTIBUILD_VARIANT:-(unknown)}: merging image failed."
-   fi
-
-   rm -rf "${src}"
+   # enable reflinking if possible to make this faster
+   cp -a --reflink=auto "${src}"/. "${dest}"/ || die 
"${MULTIBUILD_VARIANT:-(unknown)}: merging image failed"
+   rm -rf "${src}" || die
 }
 
 _MULTIBUILD=1
-- 
2.34.1




[gentoo-dev] [PATCH v2 3/5] multibuild.eclass: remove dead userland_BSD

2022-01-11 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multibuild.eclass | 35 ---
 1 file changed, 12 insertions(+), 23 deletions(-)

diff --git a/eclass/multibuild.eclass b/eclass/multibuild.eclass
index 37568ebf87c..cbd48b1eeb6 100644
--- a/eclass/multibuild.eclass
+++ b/eclass/multibuild.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: multibuild.eclass
@@ -238,33 +238,22 @@ multibuild_merge_root() {
local dest=${2}
 
local ret
+   local cp_args=()
 
-   if use userland_BSD; then
-   # Most of BSD variants fail to copy broken symlinks, #447370
-   # also, they do not support --version
-
-   tar -C "${src}" -f - -c . \
-   | tar -x -f - -C "${dest}"
-   [[ ${PIPESTATUS[*]} == '0 0' ]]
-   ret=${?}
+   if cp -a --version &>/dev/null; then
+   cp_args+=( -a )
else
-   local cp_args=()
-
-   if cp -a --version &>/dev/null; then
-   cp_args+=( -a )
-   else
-   cp_args+=( -P -R -p )
-   fi
-
-   if cp --reflink=auto --version &>/dev/null; then
-   # enable reflinking if possible to make this faster
-   cp_args+=( --reflink=auto )
-   fi
+   cp_args+=( -P -R -p )
+   fi
 
-   cp "${cp_args[@]}" "${src}"/. "${dest}"/
-   ret=${?}
+   if cp --reflink=auto --version &>/dev/null; then
+   # enable reflinking if possible to make this faster
+   cp_args+=( --reflink=auto )
fi
 
+   cp "${cp_args[@]}" "${src}"/. "${dest}"/
+   ret=${?}
+
if [[ ${ret} -ne 0 ]]; then
die "${MULTIBUILD_VARIANT:-(unknown)}: merging image failed."
fi
-- 
2.34.1




[gentoo-dev] [PATCH v2 2/5] multilib-build.eclass: remove EAPI 5

2022-01-11 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multilib-build.eclass | 44 +---
 1 file changed, 6 insertions(+), 38 deletions(-)

diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass
index 17cd7da0d18..a4121ad42f1 100644
--- a/eclass/multilib-build.eclass
+++ b/eclass/multilib-build.eclass
@@ -1,4 +1,4 @@
-# Copyright 2013-2021 Gentoo Authors
+# Copyright 2013-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: multilib-build.eclass
@@ -6,7 +6,7 @@
 # Michał Górny 
 # @AUTHOR:
 # Author: Michał Górny 
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @PROVIDES: multibuild
 # @BLURB: flags and utility functions for building multilib packages
 # @DESCRIPTION:
@@ -18,15 +18,14 @@
 # dependencies shall use the USE dependency string in ${MULTILIB_USEDEP}
 # to properly request multilib enabled.
 
-case ${EAPI} in
-   5|6|7|8) ;;
+case ${EAPI:-0} in
+   6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-if [[ -z ${_MULTILIB_BUILD} ]]; then
-_MULTILIB_BUILD=1
+if [[ -z ${_MULTILIB_BUILD_ECLASS} ]]; then
+_MULTILIB_BUILD_ECLASS=1
 
-[[ ${EAPI} == 5 ]] && inherit eutils
 inherit multibuild multilib
 
 # @ECLASS-VARIABLE: _MULTILIB_FLAGS
@@ -244,23 +243,6 @@ multilib_parallel_foreach_abi() {
multibuild_foreach_variant _multilib_multibuild_wrapper "${@}"
 }
 
-# @FUNCTION: multilib_for_best_abi
-# @USAGE: ...
-# @DESCRIPTION:
-# Runs the given command with setup for the 'best' (usually native) ABI.
-multilib_for_best_abi() {
-   debug-print-function ${FUNCNAME} "${@}"
-
-   [[ ${EAPI} == 5 ]] || die "${FUNCNAME} is banned in EAPI ${EAPI}, use 
multilib_is_native_abi() instead"
-
-   eqawarn "QA warning: multilib_for_best_abi() function is deprecated and 
should"
-   eqawarn "not be used. The multilib_is_native_abi() check may be used 
instead."
-
-   local MULTIBUILD_VARIANTS=( $(multilib_get_enabled_abi_pairs) )
-
-   multibuild_for_best_variant _multilib_multibuild_wrapper "${@}"
-}
-
 # @FUNCTION: multilib_check_headers
 # @DESCRIPTION:
 # Check whether the header files are consistent between ABIs.
@@ -583,20 +565,6 @@ multilib_is_native_abi() {
[[ ${COMPLETE_MULTILIB} == yes || ${ABI} == ${DEFAULT_ABI} ]]
 }
 
-# @FUNCTION: multilib_build_binaries
-# @DESCRIPTION:
-# Deprecated synonym for multilib_is_native_abi
-multilib_build_binaries() {
-   debug-print-function ${FUNCNAME} "${@}"
-
-   [[ ${EAPI} == 5 ]] || die "${FUNCNAME} is banned in EAPI ${EAPI}, use 
multilib_is_native_abi() instead"
-
-   eqawarn "QA warning: multilib_build_binaries is deprecated. Please use 
the equivalent"
-   eqawarn "multilib_is_native_abi function instead."
-
-   multilib_is_native_abi "${@}"
-}
-
 # @FUNCTION: multilib_native_use_with
 # @USAGE:  [ []]
 # @DESCRIPTION:
-- 
2.34.1




[gentoo-dev] [PATCH v2 1/5] multilib-minimal.eclass: remove EAPI 5

2022-01-11 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multilib-minimal.eclass | 19 ++-
 1 file changed, 10 insertions(+), 9 deletions(-)

diff --git a/eclass/multilib-minimal.eclass b/eclass/multilib-minimal.eclass
index 9a1efe2cc46..97c8d618c42 100644
--- a/eclass/multilib-minimal.eclass
+++ b/eclass/multilib-minimal.eclass
@@ -1,10 +1,10 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: multilib-minimal.eclass
 # @MAINTAINER:
 # Michał Górny 
-# @SUPPORTED_EAPIS: 5 6 7 8
+# @SUPPORTED_EAPIS: 6 7 8
 # @PROVIDES: multilib-build
 # @BLURB: wrapper for multilib builds providing convenient multilib_src_* 
functions
 # @DESCRIPTION:
@@ -23,18 +23,15 @@
 #
 # If you need generic install rules, use multilib_src_install_all function.
 
-
-case ${EAPI} in
-   5|6|7|8) ;;
+case ${EAPI:-0} in
+   6|7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
 esac
 
-
-[[ ${EAPI} == 5 ]] && inherit eutils
 inherit multilib-build
 
-EXPORT_FUNCTIONS src_configure src_compile src_test src_install
-
+if [[ ! ${_MULTILIB_MINIMAL_ECLASS} ]]; then
+_MULTILIB_MINIMAL_ECLASS=1
 
 multilib-minimal_src_configure() {
debug-print-function ${FUNCNAME} "$@"
@@ -123,3 +120,7 @@ multilib-minimal_src_install() {
einstalldocs
fi
 }
+
+fi
+
+EXPORT_FUNCTIONS src_configure src_compile src_test src_install
-- 
2.34.1




[gentoo-dev] [PATCH 1/2] multibuild.eclass: remove dead userland_BSD

2022-01-08 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/multibuild.eclass | 35 ---
 1 file changed, 12 insertions(+), 23 deletions(-)

diff --git a/eclass/multibuild.eclass b/eclass/multibuild.eclass
index 37568ebf87c..cbd48b1eeb6 100644
--- a/eclass/multibuild.eclass
+++ b/eclass/multibuild.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: multibuild.eclass
@@ -238,33 +238,22 @@ multibuild_merge_root() {
local dest=${2}
 
local ret
+   local cp_args=()
 
-   if use userland_BSD; then
-   # Most of BSD variants fail to copy broken symlinks, #447370
-   # also, they do not support --version
-
-   tar -C "${src}" -f - -c . \
-   | tar -x -f - -C "${dest}"
-   [[ ${PIPESTATUS[*]} == '0 0' ]]
-   ret=${?}
+   if cp -a --version &>/dev/null; then
+   cp_args+=( -a )
else
-   local cp_args=()
-
-   if cp -a --version &>/dev/null; then
-   cp_args+=( -a )
-   else
-   cp_args+=( -P -R -p )
-   fi
-
-   if cp --reflink=auto --version &>/dev/null; then
-   # enable reflinking if possible to make this faster
-   cp_args+=( --reflink=auto )
-   fi
+   cp_args+=( -P -R -p )
+   fi
 
-   cp "${cp_args[@]}" "${src}"/. "${dest}"/
-   ret=${?}
+   if cp --reflink=auto --version &>/dev/null; then
+   # enable reflinking if possible to make this faster
+   cp_args+=( --reflink=auto )
fi
 
+   cp "${cp_args[@]}" "${src}"/. "${dest}"/
+   ret=${?}
+
if [[ ${ret} -ne 0 ]]; then
die "${MULTIBUILD_VARIANT:-(unknown)}: merging image failed."
fi
-- 
2.34.1




[gentoo-dev] [PATCH 2/2] apache-2.eclass: remove dead userland_BSD

2022-01-08 Thread David Seifert
Signed-off-by: David Seifert 
---
 eclass/apache-2.eclass | 11 +--
 1 file changed, 1 insertion(+), 10 deletions(-)

diff --git a/eclass/apache-2.eclass b/eclass/apache-2.eclass
index a67597447ba..cd930aaf54f 100644
--- a/eclass/apache-2.eclass
+++ b/eclass/apache-2.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2022 Gentoo Authors
 # Distributed under the terms of the GNU General Public License v2
 
 # @ECLASS: apache-2.eclass
@@ -450,15 +450,6 @@ apache-2_pkg_setup() {
elog "Make sure CONFIG_SYSVIPC=y is set."
elog
 
-   if use userland_BSD; then
-   elog "On BSD systems you need to add the following line to 
/boot/loader.conf:"
-   elog "  accf_http_load=\"YES\""
-   if use ssl ; then
-   elog "  accf_data_load=\"YES\""
-   fi
-   elog
-   fi
-
if [[ ${EAPI} != 6 ]] && use apache2_modules_lua ; then
lua-single_pkg_setup
fi
-- 
2.34.1




Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

2022-01-05 Thread David Seifert
On Wed, 2022-01-05 at 21:06 +, Roy Bamford wrote:
> On 2022.01.05 20:22, Sam James wrote:
> > 
> > 
> > > On 5 Jan 2022, at 19:02, Roy Bamford 
> > wrote:
> > > 
> > > Sam,
> > > 
> > > Do users with FEATURES=distcc still have to opt out of this
> > > MAKEOPTS clamping?
> > > 
> > 
> > Great point! I think we could add an exemption for that and make it
> > a
> > noop or warning-only.
> > 
> > Best,
> > sam
> > 
> > 
> 
> 
> Sam,
> 
> You are building a better mousetrap here. That's not a reason to try.
> 
> Do users of I_KNOW_WHAT_I_AM_DOING, who have already
> opted to shoot themselves in both feet, get a free pass here?  
> 
> There are users who run emerge --jobs=X with MAKEOPTS='-jY"
> and get firefox, thunderbird and libreoffice all building concurrently
> as they allow X * Y MAKE threads, reduced by this proposed 
> throttling, still triggering the OOM.
> 
> I don't think you can head that off beforehand. 
> 

What's your proposed alternative?



Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

2022-01-05 Thread David Seifert
On Wed, 2022-01-05 at 09:28 +0100, Ulrich Mueller wrote:
> > > > > > On Tue, 04 Jan 2022, Sam James wrote:
> 
> > Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the
> > amount of RAM available (uses amount declared as needed
> > in the ebuild). Typically should be ~2GB per job.
> 
> Where does this number 2 GB come from? The amount of RAM strongly
> depends on the programming language and other factors, so I don't
> believe that there's one number that can be used for everything.
> (If only considering C and C++ 2 GB seems to be excessive, i.e. it
> will limit parallel build more than necessary. When linking, the
> number
> may be _much_ larger.)

https://wiki.gentoo.org/wiki/MAKEOPTS
   The rule of thumb is MAKEOPTS jobs should be the smaller number of: the
   size of RAM divided by 2GB or the number of threads the CPU has.

You're free to propose a better scheme, but try compiling some template-
heavy C++ code with 2GB/thread and -O3 and then WONTFIXing all the bug
reports. OTOH, if you emake -j1, people complain about stuff being
slower than glacial (https://bugs.gentoo.org/744088). Unless I see a
better solution, sam's solution is the best way to avoid these annoying,
rare, edge-case pitfalls.

> Also not sure if I understand the arithmetic. Shouldn't it use
> CHECKREQS_MEMORY as the basis of the calculation?
> 
> > +# @ECLASS-VARIABLE: CHECKREQS_MEMORY_MANGLE_JOBS
> > +# @USER_VARIABLE
> > +# @DESCRIPTION:
> > +# Allow packages to reduce the number of multiprocessing (e.g.
> > make, ninja) jobs
> > +# to lower memory usage.
> > +: ${CHECKREQS_MEMORY_MANGLE_JOBS=yes}
> 
> If anything, the feature should be opt-in rather than opt-out.
> 
> Ulrich




[gentoo-dev] Last rites: sys-cluster/mpe2 and sci-biology/gibbs

2021-12-15 Thread David Seifert
# Marco Scardovi  (2021-12-15)
# Outdated, we are the only one who still have a package for them.
# Removal in 30 days. Bug #829216
sys-cluster/mpe2
sci-biology/gibbs


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-biology/picard

2021-12-06 Thread David Seifert
# David Seifert  (2021-12-06)
# Ancient release, EAPI 5, downloads random data,
# latest version uses Gradle.
# Bug #572142, #580176, #776298, removal in 30 days.
sci-biology/picard


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] 2021-11-23-mariadb-database-restore-maybe-required: add item

2021-11-25 Thread David Seifert
On Thu, 2021-11-25 at 17:21 +0100, Piotr Karbowski wrote:
> Hi,
> 
> On 25/11/2021 16.50, Pacho Ramos wrote:
> > As a side note, maybe ebuild should add sanity checks (like those from
> > glibc) to
> > prevent downgrades, otherwise people could still accidentally hit the
> > issue
> 
> You might have valid use cases to downgrade mysql, if you are okay not
> preserving data. I'd assume it's a common knowledge that downgrade of 
> any data store, be that database or likes like elasticsearch, will 
> corrupt the data.
> 
> To make it actually useful I think we'd need new EAPI feature 
> 'downgrade-protection', that unless is explicit ignored like 
> --ignore-downgrade-protection mysql, it would prevent it from happening.
> 
> -- Piotr.
> 

https://github.com/gentoo/gentoo/blob/master/sys-libs/glibc/glibc-2.34-r2.ebuild#L643



Re: [gentoo-dev] [RFC] Proposed dates for Python 3.10 switch and Python 3.8 removal

2021-11-11 Thread David Seifert
On Thu, 2021-11-11 at 09:55 -0800, Patrick McLean wrote:
> On Thu, 11 Nov 2021 17:05:45 +0100
> Michał Górny  wrote:
> > I'd like to add some dates regarding 3.8 removal and 3.10 switch to
> > the implementation timeline [1].
> > 
> > Unless I'm mistaken, CPython is following a yearly release cycle
> > these
> > days.  I think it would make sense to also aim for a yearly cycle
> > in Gentoo, i.e. roughly switch to the next minor version every year.
> > 
> > Hence my proposal would be to:
> > 
> > a. ASAP: send "please port your packages to py3.9" mail
> > 
> > b. 2022-06-01: remove py3.8 target
> 
> Could we please push this back, I would prefer some time in 2023 if
> possible.

Are you going to help maintain the python interpreter? And fix tests for
old python targets?



[gentoo-dev] Last rites: media-sound/cdcd

2021-10-17 Thread David Seifert
# David Seifert  (2021-10-17)
# Broken since pretty much forever, last release 17 years ago, already
# removed by Fedora. Bug #386275, #731042, #762346, removal in 30 days.
media-sound/cdcd


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: x11-themes/gtk-engines-flat

2021-10-16 Thread David Seifert
# David Seifert  (2021-10-16)
# EAPI 5, open bugs, practically maintainer-needed,
# abandoned upstream, no other distro carries this.
# Bug #632237, bug #656818, removal in 30 days.
x11-themes/gtk-engines-flat


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-dotnet/dbus-sharp{,-glib}

2021-10-16 Thread David Seifert
# David Seifert  (2021-10-16)
# EAPI 5, fails to compile, QA issues, .NET team is
# abandoned, bug #643452, bug #688404.
# Removal in 30 days.
dev-dotnet/dbus-sharp
dev-dotnet/dbus-sharp-glib


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-java/netty-tcnative

2021-10-16 Thread David Seifert
# David Seifert  (2021-10-16)
# EAPI 5, fails to compile with OpenSSL 1.1, bug #674242.
# Removal in 30 days.
dev-java/netty-tcnative


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: mail-filter/spamdyke

2021-10-16 Thread David Seifert
# David Seifert  (2021-10-16)
# EAPI 5, fails to compile with OpenSSL 1.1, bug #719974.
# Removal in 30 days.
mail-filter/spamdyke


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Re: [PATCH] 2021-10-08-openssh-rsa-sha1: add news item

2021-10-06 Thread David Seifert
On Tue, 2021-10-05 at 13:43 -0400, Mike Gilbert wrote:
> Signed-off-by: Mike Gilbert 
> ---
>  .../2021-10-08-openssh-rsa-sha1.en.txt    | 26
> +++
>  1 file changed, 26 insertions(+)
>  create mode 100644 2021-10-08-openssh-rsa-sha1/2021-10-08-openssh-
> rsa-sha1.en.txt
> 
> diff --git a/2021-10-08-openssh-rsa-sha1/2021-10-08-openssh-rsa-
> sha1.en.txt b/2021-10-08-openssh-rsa-sha1/2021-10-08-openssh-rsa-
> sha1.en.txt
> new file mode 100644
> index 000..cfdcc4a
> --- /dev/null
> +++ b/2021-10-08-openssh-rsa-sha1/2021-10-08-openssh-rsa-sha1.en.txt
> @@ -0,0 +1,26 @@
> +Title: OpenSSH RSA SHA-1 signatures
> +Author: Mike Gilbert 
> +Posted: 2021-10-08
> +Revision: 1
> +News-Item-Format: 2.0
> +Display-If-Installed: net-misc/openssh
> +
> +As of version 8.8, OpenSSH disables RSA signatures using the SHA-1
> +hash algorithm by default. This change affects both the client and
> +server components.
> +
> +After upgrading to this version, you may have trouble connecting to
> +older SSH servers that do not support the newer RSA/SHA-256/SHA-512
> +signatures. Support for these signatures was added in OpenSSH 7.2.
> +
> +As well, you may have trouble using older SSH clients to connect to a
> +server running OpenSSH 8.8 or higher. Some older clients do not
> +automatically utilize the newer hashes. For example, PuTTY before
> +version 0.75 is affected.
> +
> +To resolve these problems, please upgrade your SSH client/server
> +whereever possible. If this is not feasible, support for the SHA-1
> +hashes may be re-enabled using the following config options:
> +
> +HostkeyAlgorithms +ssh-rsa
> +PubkeyAcceptedAlgorithms +ssh-rsa

ship it!




Re: [gentoo-dev] [PATCH 1/3] cvs.eclass: Support EAPI 8, drop EAPI 6 and older

2021-10-03 Thread David Seifert
On Sun, 2021-10-03 at 12:30 +0200, Ulrich Mueller wrote:
> > > > > > On Sun, 03 Oct 2021, Robin H Johnson wrote:
> 
> > If they are not, I think it would be reasonable to consider removing
> > CVS from the tree on 2022/01/01.
> 
> I disagree. It is still useful as a package even if it hadn't any
> reverse dependencies. For example, it is needed when doing conversions
> of historical CVS repositories.
> 
> Also projects still use it; OpenBSD may be the most prominent example.
> 
> Ulrich

Those use cases don't necessitate keeping the eclass though?




Re: [gentoo-dev] [PATCH] ssl-cert.eclass: EAPI 8 support and add guard

2021-09-14 Thread David Seifert
On Tue, 2021-09-14 at 16:47 +0300, Eray Aslan wrote:
> ---
>  eclass/ssl-cert.eclass | 9 +++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
> 
> diff --git a/eclass/ssl-cert.eclass b/eclass/ssl-cert.eclass
> index 36945be3cd6..e5dfbbb141c 100644
> --- a/eclass/ssl-cert.eclass
> +++ b/eclass/ssl-cert.eclass
> @@ -6,7 +6,7 @@
>  # maintainer-nee...@gentoo.org
>  # @AUTHOR:
>  # Max Kalika 
> -# @SUPPORTED_EAPIS: 1 2 3 4 5 6 7
> +# @SUPPORTED_EAPIS: 1 2 3 4 5 6 7 8
>  # @BLURB: Eclass for SSL certificates
>  # @DESCRIPTION:
>  # This eclass implements a standard installation procedure for
> installing
> @@ -19,13 +19,15 @@ case "${EAPI:-0}" in
> 0)
> die "${ECLASS}.eclass: EAPI=0 is not supported. 
> Please upgrade to EAPI >= 1."
> ;;
> -   1|2|3|4|5|6|7)
> +   1|2|3|4|5|6|7|8)
> ;;
> *)
> die "${ECLASS}.eclass: EAPI=${EAPI} is not supported
> yet."
> ;;
>  esac
>  
> +if [[ ! ${_SSL_CERT_ECLASS} ]]; then
> +
>  # @ECLASS-VARIABLE: SSL_CERT_MANDATORY
>  # @PRE_INHERIT
>  # @DESCRIPTION:
> @@ -283,3 +285,6 @@ install_cert() {
> ewarn "Some requested certificates were not generated"
> fi
>  }
> +
> +_SSL_CERT_ECLASS=1
> +fi

Please remove support for EAPIs < 6.




[gentoo-dev] Re: [PATCH 1/5] profiles/default/linux: remove busybox from @system

2021-09-09 Thread David Seifert
On Thu, 2021-09-09 at 15:47 -0400, Mike Gilbert wrote:
> busybox[static] was added to @system as a system recovery tool.
> 
> If the system is in such a state that a static shell is needed for
> recovery, it is likely that remote access is also broken, and the
> sysadmin will need to log into a console. At that point, they could
> boot
> from recovery media anyway.
> 
> Also, stage3 tarballs are often used to build containers, where having
> a recovery tool installed is completely pointless.
> 
> Signed-off-by: Mike Gilbert 
> ---
>  profiles/default/linux/packages | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/profiles/default/linux/packages
> b/profiles/default/linux/packages
> index d0b8745d044..6d35bf72e20 100644
> --- a/profiles/default/linux/packages
> +++ b/profiles/default/linux/packages
> @@ -1,4 +1,4 @@
> -# Copyright 2004-2015 Gentoo Foundation.
> +# Copyright 2004-2021 Gentoo Authors.
>  # Distributed under the terms of the GNU General Public License v2
>  
>  # This file extends the base packages file for the default profile
> that all
> @@ -6,7 +6,6 @@
>  # will have.  Some will have an selinux profile (see
> ${PORTDIR}/profiles/selinux).
>  # The idea is to only create a new family of profiles when absolutely
> necessary.
>  
> -*sys-apps/busybox
>  *sys-apps/iproute2
>  *sys-apps/man-pages
>  *sys-apps/net-tools

I fully support this
+1




[gentoo-dev] Last rites: dev-util/trinity

2021-09-04 Thread David Seifert
# David Seifert  (2021-09-04)
# Last upstream release over 2.5 years ago, removed by Fedora,
# unresponsive maintainer in Gentoo, broken with linux-headers-5.13,
# relies on glibc implementation details.
# Bug #717114, #801457, removal in 30 days.
dev-util/trinity


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-chemistry/dssp

2021-08-29 Thread David Seifert
# David Seifert  (2021-08-29)
# Version in tree is over 7 years old with numerous bugs. A modern
# version 4 is available, but this really requires a dedicated
# maintainer.
# Bug #802417, #808669, removal in 30 days.
sci-chemistry/dssp


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-biology/mira

2021-08-29 Thread David Seifert
# David Seifert  (2021-08-29)
# Broken for the past 5 years (#585942), no new upstream release in over
# 5 years. Same issues as sci-biology/wgs-assembler, use a modern
# assembler like sci-biology/abyss or canu.
# Bug #585942, #731880, #808667, removal in 30 days.
sci-biology/mira


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] News item for eudev deprecation

2021-08-23 Thread David Seifert
On Mon, 2021-08-23 at 11:16 -0400, Rich Freeman wrote:
> On Mon, Aug 23, 2021 at 10:46 AM David Seifert  wrote:
> > 
> > Let assume the counterfactual for a moment here: We retained the
> > USE=systemd flag for all unit files and what not, so people can
> > cleanse
> > themselves of the systemd units etc. without resorting to
> > INSTALL_MASK.
> > 
> > How would USE=-systemd have prevented this situation? USE=-systemd
> > would
> > randomly mv and sed random files so the "systemd-" prefix doesn't show
> > up?
> 
> So, I think using USE=systemd to control installing units is a bad
> idea, for the same reason that it is a bad idea for controlling init.d
> scripts.  It results in users having to rebuild half their system just
> to get those files installed if they later need them.
> 
> However, the argument would be that if we had used USE=systemd to
> control installing units, then users wouldn't set an INSTALL_MASK, and
> thus when udev comes along it would still install everything just
> fine.  I doubt we'd have it rename anything - the systemd- prefix
> would still apply, but since there are no INSTALL_MASKs then it
> wouldn't cause any issues.  The issue isn't systemd in the
> filenames/paths, but users attempts to keep things from being
> installed with those names/paths.

Where did we ever recommend that in an official capacity? I recall
people saying this off-the-record on IRC ("...then use INSTALL_MASK if
you have to remove the units"), but removing any kind of file from the
image has a likelihood of breaking something, hence I can't imagine us
recommending this in the handbook or on OFFICIAL wiki pages.

Anyhow, that ship has already sailed ages ago with sys-auth/elogind:
https://bugs.gentoo.org/758632




Re: [gentoo-dev] News item for eudev deprecation

2021-08-23 Thread David Seifert
On Mon, 2021-08-23 at 16:36 +0200, Ulrich Mueller wrote:
> > > > > > On Mon, 23 Aug 2021, Anthony G Basile wrote:
> 
> > > > **WARNING**
> > > > 
> > > > If you happen to have an INSTALL_MASK with a blanket "*systemd*"
> > > > glob, you will inevitably break your system. sys-fs/udev
> > > > contains
> > > > "systemd" in some of its filenames, hence a blanket filter rule
> > > > will
> > > > likely lead to a non-functional udev installation.
> > > 
> > > Will an INSTALL_MASK of "/usr/lib/systemd /etc/systemd" cause any
> > > issues?
> 
> > I have not tested, but I think so since "systemd-" is used as a
> > prefix
> > for files installed by sys-fs/udev.
> 
> So, we've abandoned the systemd USE flag, and I remember that one of
> the arguments was that users could use INSTALL_MASK for precisely the
> above mentioned directories.
> 
> Now the message is that users' systems will be broken if they had
> followed our previous advice? Seriously?
> 
> Ulrich

Let assume the counterfactual for a moment here: We retained the
USE=systemd flag for all unit files and what not, so people can cleanse
themselves of the systemd units etc. without resorting to INSTALL_MASK.

How would USE=-systemd have prevented this situation? USE=-systemd would
randomly mv and sed random files so the "systemd-" prefix doesn't show
up?




Re: [gentoo-dev] [PATCH 2/3] qmail.eclass: remove magic to query root group

2021-08-14 Thread David Seifert
On Fri, 2021-08-13 at 12:31 +0200, Rolf Eike Beer wrote:
> Am Freitag, 13. August 2021, 11:06:09 CEST schrieb Ulrich Mueller:
> > > > > > > On Fri, 13 Aug 2021, Rolf Eike Beer wrote:
> > > Am Donnerstag, 12. August 2021, 19:39:08 CEST schrieb Michael
> > > Orlitzky:
> > > > On Thu, 2021-08-12 at 17:22 +0200, Rolf Eike Beer wrote:
> > > > > The default owner is root:root anyway.
> > > > 
> > > > This is only true of you don't call insopts earlier with some
> > > > other
> > > > value. I see "insopts -o root -g qmail -m 700" in there so you
> > > > might
> > > > want to double check.
> > > 
> > > Not my day.
> > > 
> > > Ok, given that there are several places that change users and
> > > groups
> > > and the subfunctions are not always called it would be very few
> > > places
> > > where I can remove the root:root (about 3) and be sure that
> > > everything
> > > works. For that reason I would just keep them all and go back to
> > > the
> > > initial patch 2.
> > 
> > I believe the method of choice would be to execute the offending
> > insopts/doins pair in a subshell, i.e. put a ( ) pair around them.
> 
> I will just do it the other way: explicitly reset it to defaults in
> the 2 
> functions that actually set something special.

Please us subshells instead, it makes local reasoning about the side-
effects much easier.




[gentoo-dev] Last rites: app-benchmarks/acovea and deps

2021-08-13 Thread David Seifert
# David Seifert  (2021-08-13)
# Dead upstream, new "forked" upstream that just added the last version
# on Github but doesn't maintain them. Unmaintained for the past 10
# years in ::gentoo, no other real distros package these anymore.
# HOMEPAGE leads to some scammy site.
# Bug #318143, #62, #626668, Removal in ~30 days.
dev-libs/libbrahe
dev-libs/libcoyotl
dev-libs/libevocosm
app-benchmarks/acovea
app-benchmarks/acovea-gtk


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] metadata/install-qa-check.d: add 60tmpfiles-path QA check

2021-08-13 Thread David Seifert
On Mon, 2021-08-09 at 19:50 +0200, Thomas Deutschmann wrote:
> On 2021-08-08 13:17, David Seifert wrote:
> > So you've created a big commotion... because you didn't get the
> > initial
> > point? Honestly, this seems to be a recurring theme at this point.
> > Someone suggests some improved check/some change, and nowadays you
> > can
> > bet 50 quid that Whissi will pop up and bikeshed it in some way.
> 
> No?
> 
> First of all, just because you disagree with something or believe a 
> discussion is wrong and or not necessary and start to frame it as 
> bikeshedding, it doesn't actually become bikeshedding. This is a very 
> sad and transparent attempt to silence people through defamation.
> 
> The draft contains an error. It's saying that "/etc/tmpfiles.d" became
> deprecated which is not true. Because this would imply that it was 
> previously acceptable for packages in Gentoo repository to install to 
> that location which is not correct. If a packages in ::gentoo
> installed 
> to /etc/tmpfiles.d before, this was already wrong.
> 
> And my point was and still is, that neither the commit message nor the
> eqawarn should use the wording "deprecated" because nothing has
> changed 
> -- no location became deprecated.
> 
> And this will also address parts of antarus' previous mail: Because
> this 
> QA check should be only about ::gentoo repository, this shouldn't
> affect 
> any other repository. I.e. in your own overlay, you are free to do 
> whatever you want and can't be forced to stick to Gentoo QA rules.
> 
> 
> > It's become a real problem at this point. In fact, we have proxy
> > maintainers publicly refusing to work on packages somehow involving
> > you
> > (I'll mention no names, but check the #-desktop backlog), because
> > your
> > personality boils down to three attributes nowadays:
> 
> I am not in that channel and never was. If you make such an
> allegation, 
> include facts so that I can respond. If you look at my complete
> history 
> at GitHub issues you will find that most people I worked with 
> appreciated to work with me. Of course there are some bugs/PRs where I
> rejected a requested change but I am not sure what your point is. This
> is normal because not every PR is valid.

#gentoo-desktop:

[00:00:00] - {Day changed to Friday, 6 August 2021}
[...]
[13:32:33]  soap: we went over this last week, 1. I'm not
making any more PRs where I do not receive the recognition I deserve and
2. working with Whissi is probably impossible ;(
[...]
[13:34:50]  I'm not sure how well it got through since he
didn't seem to respond to my concerns but I could also tell that he
really has an authoritative decision making style

Timestamps so you can verify it with a third-party. This is a public
statement, I will not share statements by people who have confided in
me.

> > 1. If I say the sky is blue, you'll say it's green. If I say it's
> > green,
> > you'll say it's blue. I've had at least 5 people tell me they see
> > the
> > exact same pattern in you (and no, mgorny is not part of that set,
> > before you throw that point at me). You're the textbook contrarian
> > of
> > Gentoo ("Wutbürger") right now.
> > 2. You'll tell people they are wrong, they aren't following
> > protocols,
> > they made a mistake, but you will never follow through with actually
> > telling people what/why or how. By the time people ask you "why?",
> > you've already disappeared. Given how frequently this happens in
> > multiple channels, projects and at different time points,
> > statistically,
> > this can't be explained by coincidence any more. This happens
> > practically on a daily basis, so you're not getting the benefit of
> > the
> > doubt any more.
> > 3. You can't let go. The security elections disaster right now is
> > the
> > prime example (yes, it's public, just check the history of the
> > Security
> > Project). This captures you so well: it's all about **community**
> > and
> > stuff, until you lose, then you start invoking technicalities and
> > procedural shenanigans to justify some ludicrous kind of "co-lead"
> > crap.
> > Frankly, it's embarrassing, and you're at the centre of it. Instead
> > of
> > accepting defeat (remember, community and democracy!), you just
> > fudge
> > the results.
> 
> Interesting. You don't even now my view on this but you already have
> an 
> opinion and are saying that I am the culprit. I think this is called 
> "prejudiced".

To this day, we're still waiting for your view/statement/rebuttal of the
points, but have yet to re

Re: [gentoo-dev] [PATCH] metadata/install-qa-check.d: add 60tmpfiles-path QA check

2021-08-08 Thread David Seifert
On Wed, 2021-08-04 at 14:35 +0200, Thomas Deutschmann wrote:
> On 2021-08-04 04:56, Sam James wrote:
> > Sure, thanks for the clarification. It's deprecated in the sense of
> > ebuilds installing to it though, right?
> 
> Well, it triggered me because saying it's deprecated implies two
> things 
> for me:
> 
> 1) It was OK for packages to do that in the past
> 
> 2) Something has changed upstream
> 
> Regarding 1)
> It was never OK for packages to install in that location. That will 
> break the override mechanism systemd introduced. I.e. packages were
> and 
> are still only allowed to install below /usr (/lib), to allow local 
> system administrators to override installed unit/tmpfiles spec by 
> placing a file with the same name in the corresponding directory in
> /etc.
> 
> 
> Regarding 2)
> Nothing has changed upstream regarding these locations.
> 
> 
> I personally hope that this QA check will never fire in hope we never 
> added an ebuild doing something like that but in the end, that's the 
> idea of having such a check: To notice something like that, just in
> case ;-)

So you've created a big commotion... because you didn't get the initial
point? Honestly, this seems to be a recurring theme at this point.
Someone suggests some improved check/some change, and nowadays you can
bet 50 quid that Whissi will pop up and bikeshed it in some way.

It's become a real problem at this point. In fact, we have proxy
maintainers publicly refusing to work on packages somehow involving you
(I'll mention no names, but check the #-desktop backlog), because your
personality boils down to three attributes nowadays:

1. If I say the sky is blue, you'll say it's green. If I say it's green,
you'll say it's blue. I've had at least 5 people tell me they see the
exact same pattern in you (and no, mgorny is not part of that set,
before you throw that point at me). You're the textbook contrarian of
Gentoo ("Wutbürger") right now.
2. You'll tell people they are wrong, they aren't following protocols,
they made a mistake, but you will never follow through with actually
telling people what/why or how. By the time people ask you "why?",
you've already disappeared. Given how frequently this happens in
multiple channels, projects and at different time points, statistically,
this can't be explained by coincidence any more. This happens
practically on a daily basis, so you're not getting the benefit of the
doubt any more.
3. You can't let go. The security elections disaster right now is the
prime example (yes, it's public, just check the history of the Security
Project). This captures you so well: it's all about **community** and
stuff, until you lose, then you start invoking technicalities and
procedural shenanigans to justify some ludicrous kind of "co-lead" crap.
Frankly, it's embarrassing, and you're at the centre of it. Instead of
accepting defeat (remember, community and democracy!), you just fudge
the results.

At this point, you should really reflect on your current standing in
Gentoo. I'm not saying this to disparage you, but to appeal to some kind
of self-respect.




[gentoo-dev] Last-rites: sci-biology/wgs-assembler

2021-08-05 Thread David Seifert
# David Seifert  (2021-08-05)
# Dead upstream, last release over 5 years ago, multiple
# build issues, fails to build with GCC 11. Use something like
# sci-biology/abyss or canu as a modern day replacement.
# Bug #610094, #715874, #731860, #739486, removal in 30 days.
sci-biology/wgs-assembler


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: app-backup/bareos, dev-libs/bareos-fastlzlib, dev-python/bareos

2021-08-05 Thread David Seifert
# David Seifert  (2021-08-05)
# Unmaintained, tons of issues, fails to build with GCC 11.
# Bug #631598, #690024, #735960, #749038, #761415, #761667,
# #778557, #786789, #799179, removal in 30 days.
app-backup/bareos
dev-libs/bareos-fastlzlib
dev-python/bareos


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-util/pkgconfig

2021-08-04 Thread David Seifert
# David Seifert  (2021-08-04)
# Last release over 4 years ago, upstream pretty much dead, the
# ecosystem has switched to dev-util/pkgconf, which is alive. Testing
# and prefix bugs, blocks WANT_AUTOMAKE=1.12 removal.
# Bug #245228, #632124, #691268, #767853, removal in 30 days.
dev-util/pkgconfig


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: media-libs/memphis

2021-08-04 Thread David Seifert
# David Seifert  (2021-08-04)
# Last release 11 years ago, XDG env issue, no revdeps, blocks
# WANT_AUTOMAKE=1.11 removal, last major distro to package this.
# Bug #586586, removal in 30 days.
media-libs/memphis


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: app-i18n/libtabe and app-i18n/xcin

2021-08-04 Thread David Seifert
# David Seifert  (2021-08-04)
# Last release 16 years ago, multiple build failures, unmaintained,
# upstream disappeared, last distro that still packages this.
# Bug #722376, #742938, #742941, removal in 30 days.
app-i18n/libtabe
app-i18n/xcin


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: dev-libs/hyperleveldb and dev-libs/replicant

2021-08-04 Thread David Seifert
# David Seifert  (2021-08-04)
# Last release 7 years ago, multiple test failures, unmaintained,
# last distro that still packages this.
# Bug #629610, #646690, removal in 30 days.
dev-libs/hyperleveldb
dev-libs/replicant


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-cpp/libxsd-frontend

2021-08-02 Thread David Seifert
Last-rite these packages in addition to dev-cpp/libxsd-frontend, seeing
that only it needs them and they're abandoned upstream too.

dev-cpp/libcutl
dev-util/build




[gentoo-dev] Last rites: sci-libs/sktime

2021-08-01 Thread David Seifert
# David Seifert  (2021-08-01)
# Dropped into ::gentoo, then unmaintained. Multiple versions behind
# upstream, GCC 11 bug open, lacks python 3.10, python library without
# revdeps. Bug #790137, #792870, removal in 30 days.
sci-libs/sktime




[gentoo-dev] Last rites: sci-biology/ncbi-tools, sci-biology/njplot, sci-biology/psipred, sci-chemistry/mars, sci-libs/rosetta-fragments

2021-08-01 Thread David Seifert
# David Seifert  (2021-08-01)
# Last release 10 years ago, EOL upstream, no other distro packages this
# anymore, tons of bugs. Revdeps are unmaintained too and out of date.
# Bug #798015, removal in 30 days.
sci-biology/ncbi-tools
sci-biology/njplot
sci-biology/psipred
sci-chemistry/mars
sci-libs/rosetta-fragments




[gentoo-dev] Last rites: app-eselect/eselect-renpy

2021-07-30 Thread David Seifert
# David Seifert  (2021-07-30)
# games-engines/renpy has been gone for 6 months, the
# eselect module has no use anymore and the ebuild has
# QA issues. Bug #805275, removal in 30 days.
app-eselect/eselect-renpy


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] [PATCH v2] 2021-08-01-tcpd-disabled: Remove USE=tcpd from make.defaults

2021-07-29 Thread David Seifert
Signed-off-by: David Seifert 
---
 .../2021-08-01-tcpd-disabled.en.txt   | 68 +++
 1 file changed, 68 insertions(+)
 create mode 100644 2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt

diff --git a/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt 
b/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt
new file mode 100644
index 000..977be80
--- /dev/null
+++ b/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt
@@ -0,0 +1,68 @@
+Title: USE=tcpd no longer globally enabled
+Author: David Seifert 
+Posted: 2021-08-01
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Profile: default/linux/*
+Display-If-Installed: net-analyzer/argus-clients[tcpd]
+Display-If-Installed: net-ftp/proftpd[tcpd]
+Display-If-Installed: app-admin/conserver[tcpd]
+Display-If-Installed: app-admin/prelude-manager[tcpd]
+Display-If-Installed: app-admin/qpage[tcpd]
+Display-If-Installed: app-admin/syslog-ng[tcpd]
+Display-If-Installed: app-backup/bacula[tcpd]
+Display-If-Installed: app-backup/bareos[tcpd]
+Display-If-Installed: app-misc/mosquitto[tcpd]
+Display-If-Installed: dev-libs/yaz[tcpd]
+Display-If-Installed: gnome-base/gdm[tcpd]
+Display-If-Installed: mail-mta/exim[tcpd]
+Display-If-Installed: mail-mta/sendmail[tcpd]
+Display-If-Installed: media-sound/pulseaudio[tcpd]
+Display-If-Installed: net-analyzer/argus[tcpd]
+Display-If-Installed: net-analyzer/net-snmp[tcpd]
+Display-If-Installed: net-analyzer/nrpe[tcpd]
+Display-If-Installed: net-analyzer/nsca[tcpd]
+Display-If-Installed: net-analyzer/rrdtool[tcpd]
+Display-If-Installed: net-fs/netatalk[tcpd]
+Display-If-Installed: net-fs/nfs-utils[tcpd]
+Display-If-Installed: net-ftp/atftp[tcpd]
+Display-If-Installed: net-ftp/tftp-hpa[tcpd]
+Display-If-Installed: net-ftp/vsftpd[tcpd]
+Display-If-Installed: net-irc/ngircd[tcpd]
+Display-If-Installed: net-mail/cyrus-imapd[tcpd]
+Display-If-Installed: net-mail/dovecot[tcpd]
+Display-If-Installed: net-mail/mailutils[tcpd]
+Display-If-Installed: net-mail/tpop3d[tcpd]
+Display-If-Installed: net-misc/apt-cacher-ng[tcpd]
+Display-If-Installed: net-misc/ser2net[tcpd]
+Display-If-Installed: net-misc/socat[tcpd]
+Display-If-Installed: net-misc/sslh[tcpd]
+Display-If-Installed: net-misc/stunnel[tcpd]
+Display-If-Installed: net-misc/usbip[tcpd]
+Display-If-Installed: net-nds/openldap[tcpd]
+Display-If-Installed: net-nds/rpcbind[tcpd]
+Display-If-Installed: net-nds/tac_plus[tcpd]
+Display-If-Installed: net-proxy/dante[tcpd]
+Display-If-Installed: net-vpn/ocserv[tcpd]
+Display-If-Installed: net-vpn/pptpd[tcpd]
+Display-If-Installed: sci-libs/dcmtk[tcpd]
+Display-If-Installed: sys-apps/linux-misc-apps[tcpd]
+Display-If-Installed: sys-apps/xinetd[tcpd]
+Display-If-Installed: sys-fs/quota[tcpd]
+Display-If-Installed: sys-power/nut[tcpd]
+
+On 2021-11-01, we will remove USE="tcpd" from the globally default
+enabled USE flags (bug #805077). USE="tcpd" usually enables
+sys-apps/tcp-wrappers for an ad hoc firewall based on /etc/hosts.allow
+and /etc/hosts.deny.
+
+The Base System project has come to the conclusion that 24 years after
+the last upstream release, tcp-wrappers is not suitable for a default
+configuration in 2021 anymore. Other distributions have completely
+removed support at this point. We strongly recommend you switch to more
+modern packet filters, such as BPF, nftables, or iptables. If you rely
+on tcp-wrappers, you can re-enable the flag, see
+
+  https://wiki.gentoo.org/wiki//etc/portage/package.use
+
+for package-specific ways to re-enable tcp-wrappers.
-- 
2.32.0




[gentoo-dev] [PATCH] 2021-08-01-tcpd-disabled: Remove USE=tcpd from make.defaults

2021-07-27 Thread David Seifert
Signed-off-by: David Seifert 
---
 .../2021-08-01-tcpd-disabled.en.txt   | 62 +++
 1 file changed, 62 insertions(+)
 create mode 100644 2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt

diff --git a/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt 
b/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt
new file mode 100644
index 000..3631de3
--- /dev/null
+++ b/2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt
@@ -0,0 +1,62 @@
+Title: USE=tcpd no longer globally enabled
+Author: David Seifert 
+Posted: 2021-08-01
+Revision: 1
+News-Item-Format: 2.0
+Display-If-Installed: net-analyzer/argus-clients
+Display-If-Installed: net-ftp/proftpd
+Display-If-Installed: app-admin/conserver
+Display-If-Installed: app-admin/prelude-manager
+Display-If-Installed: app-admin/qpage
+Display-If-Installed: app-admin/syslog-ng
+Display-If-Installed: app-backup/bacula
+Display-If-Installed: app-backup/bareos
+Display-If-Installed: app-misc/mosquitto
+Display-If-Installed: dev-libs/yaz
+Display-If-Installed: gnome-base/gdm
+Display-If-Installed: mail-mta/exim
+Display-If-Installed: mail-mta/sendmail
+Display-If-Installed: media-sound/pulseaudio
+Display-If-Installed: net-analyzer/argus
+Display-If-Installed: net-analyzer/net-snmp
+Display-If-Installed: net-analyzer/nrpe
+Display-If-Installed: net-analyzer/nsca
+Display-If-Installed: net-analyzer/rrdtool
+Display-If-Installed: net-fs/netatalk
+Display-If-Installed: net-fs/nfs-utils
+Display-If-Installed: net-ftp/atftp
+Display-If-Installed: net-ftp/tftp-hpa
+Display-If-Installed: net-ftp/vsftpd
+Display-If-Installed: net-irc/ngircd
+Display-If-Installed: net-mail/cyrus-imapd
+Display-If-Installed: net-mail/dovecot
+Display-If-Installed: net-mail/mailutils
+Display-If-Installed: net-mail/tpop3d
+Display-If-Installed: net-misc/apt-cacher-ng
+Display-If-Installed: net-misc/ser2net
+Display-If-Installed: net-misc/socat
+Display-If-Installed: net-misc/sslh
+Display-If-Installed: net-misc/stunnel
+Display-If-Installed: net-misc/usbip
+Display-If-Installed: net-nds/openldap
+Display-If-Installed: net-nds/rpcbind
+Display-If-Installed: net-nds/tac_plus
+Display-If-Installed: net-proxy/dante
+Display-If-Installed: net-vpn/ocserv
+Display-If-Installed: net-vpn/pptpd
+Display-If-Installed: sci-libs/dcmtk
+Display-If-Installed: sys-apps/linux-misc-apps
+Display-If-Installed: sys-apps/xinetd
+Display-If-Installed: sys-fs/quota
+Display-If-Installed: sys-power/nut
+
+On 2021-11-01, we will remove USE="tcpd" from the globally default
+enabled USE flags. USE="tcpd" usually enables sys-apps/tcp-wrappers
+for an adhoc firewall based on /etc/hosts.allow and /etc/hosts.deny.
+
+The base system project has come to the conclusion that 24 years after
+the last upstream release, tcp-wrappers is not relevant in 2021 anymore.
+Other distributions have completely removed support at this point. If
+you rely on tcp-wrappers, you can re-enable the flag. We strongly
+recommend you switch to more modern packet filters, such as BPF,
+nftables or iptables.
-- 
2.32.0




Re: [gentoo-dev] Packages up for grab

2021-07-25 Thread David Seifert
On Fri, 2021-07-23 at 01:11 +, Peter Stuge wrote:
> Marco Scardovi wrote:
> > mail-filter/bogofilter
> 
> I'd like to proxy-maintain this.
> 
> 
> //Peter
> 

We tend to prefer people contribute fixes before adopting. Furthermore,
given that you were retired for inactivity (#633142), and I don't see
any activity (bar a drive-by fix for app-office/magicpoint) even for the
packages you maintained up until that point, I'm disinclined to let you
proxy maintain this.

If you want to discuss this further, you can email me personally, and
we'll then discuss this within proxy-maint.




[gentoo-dev] Last rites: sci-electronics/drawtiming

2021-07-25 Thread David Seifert
# David Seifert  (2021-07-26)
# Fails to build with GCC 11, terrible codebase, tests fail with
# modern ImageMagick, last release over 12 years ago.
# Bug #725436, #786915, removal in 30 days.
sci-electronics/drawtiming


signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-22 Thread David Seifert
On Fri, 2021-07-23 at 03:23 +0900, Alice wrote:
> On 7/23/21 3:08 AM, David Seifert wrote:
> > On Fri, 2021-07-23 at 02:56 +0900, Alice wrote:
> > > On 7/23/21 2:29 AM, Michał Górny wrote:
> > > > I'm saying that instead of printing ewarn for old kernels you
> > > > should
> > > > just disable the whole logic in eclass for old kernels.
> > > Disabling everything by K_DEBLOB_AVAILABLE = 0 is what I did at
> > > first,
> > > but I still prefer to warn the user until old ebuild get removed
> > > of
> > > the
> > > deblob USE flag.
> > 
> > This is confusing and not how we do things in Gentoo normally.
> > 
> > 
> 
> what do you suggest as the Gentoo normal way ?

Just unset the var in the eclass as mgorny suggested?




Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-22 Thread David Seifert
On Fri, 2021-07-23 at 02:56 +0900, Alice wrote:
> On 7/23/21 2:29 AM, Michał Górny wrote:
> > I'm saying that instead of printing ewarn for old kernels you should
> > just disable the whole logic in eclass for old kernels.
> Disabling everything by K_DEBLOB_AVAILABLE = 0 is what I did at first,
> but I still prefer to warn the user until old ebuild get removed of
> the 
> deblob USE flag.

This is confusing and not how we do things in Gentoo normally.




[gentoo-dev] Last rites: dev-perl/Gentoo-App-Pram

2021-07-20 Thread David Seifert
# David Seifert  (2021-07-20)
# No maintainer or upstream activity, lacking features,
# use app-portage/pram nowadays, bug #803056, removal in 30 days.
dev-perl/Gentoo-App-Pram




Re: [gentoo-dev] [PATCH v4] bash-completion-r1.eclass: Add EAPI 8 support

2021-07-16 Thread David Seifert
On Fri, 2021-07-16 at 20:36 +0200, Michał Górny wrote:
> Signed-off-by: Michał Górny 
> ---
>  eclass/bash-completion-r1.eclass | 15 ++-
>  1 file changed, 10 insertions(+), 5 deletions(-)
> 
> diff --git a/eclass/bash-completion-r1.eclass b/eclass/bash-
> completion-r1.eclass
> index 80f2d5fcd32a..a9bac0ffae42 100644
> --- a/eclass/bash-completion-r1.eclass
> +++ b/eclass/bash-completion-r1.eclass
> @@ -1,138 +1,143 @@
>  # Copyright 1999-2021 Gentoo Authors
>  # Distributed under the terms of the GNU General Public License v2
>  
>  # @ECLASS: bash-completion-r1.eclass
>  # @MAINTAINER:
>  # mgo...@gentoo.org
> -# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
> +# @SUPPORTED_EAPIS: 5 6 7 8
>  # @BLURB: A few quick functions to install bash-completion files
>  # @EXAMPLE:
>  #
>  # @CODE
> -# EAPI=5
> +# EAPI=8
>  #
>  # src_configure() {
>  #  econf \
>  #  --with-bash-completion-dir="$(get_bashcompdir)"
>  # }
>  #
>  # src_install() {
>  #  default
>  #
>  #  newbashcomp contrib/${PN}.bash-completion ${PN}
>  # }
>  # @CODE
>  
> +if [[ ! ${_BASH_COMPLETION_R1_ECLASS} ]]; then
> +

_BASH_COMPLETION_R1_ECLASS needs to be defined here, as ulm mentioned
earlier.

>  inherit toolchain-funcs
>  
> -case ${EAPI:-0} in
> -   0|1|2|3|4|5|6|7) ;;
> -   *) die "EAPI ${EAPI} unsupported (yet)."
> +case ${EAPI} in
> +   5|6|7|8) ;;
> +   *) die "${ECLASS}: EAPI ${EAPI} unsupported."
>  esac
>  
>  # @FUNCTION: _bash-completion-r1_get_bashdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # First argument is name of the string in bash-completion.pc
>  # Second argument is the fallback directory if the string is not
> found
>  # @EXAMPLE:
>  # _bash-completion-r1_get_bashdir completionsdir /usr/share/bash-
> completion
>  _bash-completion-r1_get_bashdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> if $(tc-getPKG_CONFIG) --exists bash-completion &>/dev/null;
> then
> local path
> path=$($(tc-getPKG_CONFIG) --variable="${1}" bash-
> completion) || die
> # we need to return unprefixed, so strip from what
> pkg-config returns
> # to us, bug #477692
> echo "${path#${EPREFIX}}"
> else
> echo "${2}"
> fi
>  }
>  
>  # @FUNCTION: _bash-completion-r1_get_bashcompdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get unprefixed bash-completion completions directory.
>  _bash-completion-r1_get_bashcompdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> _bash-completion-r1_get_bashdir completionsdir
> /usr/share/bash-completion/completions
>  }
>  
>  # @FUNCTION: _bash-completion-r1_get_helpersdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get unprefixed bash-completion helpers directory.
>  _bash-completion-r1_get_bashhelpersdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> _bash-completion-r1_get_bashdir helpersdir /usr/share/bash-
> completion/helpers
>  }
>  
>  # @FUNCTION: get_bashcompdir
>  # @DESCRIPTION:
>  # Get the bash-completion completions directory.
>  get_bashcompdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> echo "${EPREFIX}$(_bash-completion-r1_get_bashcompdir)"
>  }
>  
>  # @FUNCTION: get_bashhelpersdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get the bash-completion helpers directory.
>  get_bashhelpersdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> echo "${EPREFIX}$(_bash-completion-r1_get_bashhelpersdir)"
>  }
>  
>  # @FUNCTION: dobashcomp
>  # @USAGE:  [...]
>  # @DESCRIPTION:
>  # Install bash-completion files passed as args. Has EAPI-dependent
> failure
>  # behavior (like doins).
>  dobashcomp() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> (
> insopts -m 0644
> insinto "$(_bash-completion-r1_get_bashcompdir)"
> doins "${@}"
> )
>  }
>  
>  # @FUNCTION: newbashcomp
>  # @USAGE:  
>  # @DESCRIPTION:
>  # Install bash-completion file under a new name. Has EAPI-dependent
> failure
>  # behavior (like newins).
>  newbashcomp() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> (
> insopts -m 0644
> insinto "$(_bash-completion-r1_get_bashcompdir)"
> newins "${@}"
> )
>  }
>  
>  # @FUNCTION: bashcomp_alias
>  # @USAGE:  ...
>  # @DESCRIPTION:
>  # Alias  completion to one or more commands (es).
>  bashcomp_alias() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> [[ ${#} -lt 2 ]] && die "Usage: ${FUNCNAME} 
> ..."
> local base=${1} f
> shift
>  
> for f; do
> dosym "${base}" "$(_bash-completion-
> r1_get_bashcompdir)/${f}" \
> || return
> done
>  }
> +
> +_BASH_COMPLETION_R1_ECLASS=1
> +fi





Re: [gentoo-dev] [PATCH] bash-completion-r1.eclass: Add EAPI 8 support

2021-07-16 Thread David Seifert
On Fri, 2021-07-16 at 15:08 +0200, Michał Górny wrote:
> Signed-off-by: Michał Górny 
> ---
>  eclass/bash-completion-r1.eclass | 13 +
>  1 file changed, 9 insertions(+), 4 deletions(-)
> 
> diff --git a/eclass/bash-completion-r1.eclass b/eclass/bash-
> completion-r1.eclass
> index 80f2d5fcd32a..58c1debf334e 100644
> --- a/eclass/bash-completion-r1.eclass
> +++ b/eclass/bash-completion-r1.eclass
> @@ -1,138 +1,143 @@
>  # Copyright 1999-2021 Gentoo Authors
>  # Distributed under the terms of the GNU General Public License v2
>  
>  # @ECLASS: bash-completion-r1.eclass
>  # @MAINTAINER:
>  # mgo...@gentoo.org
> -# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7
> +# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7 8
>  # @BLURB: A few quick functions to install bash-completion files
>  # @EXAMPLE:
>  #
>  # @CODE
> -# EAPI=5
> +# EAPI=8
>  #
>  # src_configure() {
>  #  econf \
>  #  --with-bash-completion-dir="$(get_bashcompdir)"
>  # }
>  #
>  # src_install() {
>  #  default
>  #
>  #  newbashcomp contrib/${PN}.bash-completion ${PN}
>  # }
>  # @CODE
>  
> +if [[ ! ${_BASH_COMPLETION_R1} ]]; then
> +

_BASH_COMPLETION_R1_ECLASS is the common style.

>  inherit toolchain-funcs
>  
>  case ${EAPI:-0} in
> -   0|1|2|3|4|5|6|7) ;;
> -   *) die "EAPI ${EAPI} unsupported (yet)."
> +   [5-8]) ;;
> +   *) die "EAPI ${EAPI} unsupported."
>  esac
> 

I think we've settled on the "5|6|7|8" style over the single-char glob
range.

>  # @FUNCTION: _bash-completion-r1_get_bashdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # First argument is name of the string in bash-completion.pc
>  # Second argument is the fallback directory if the string is not
> found
>  # @EXAMPLE:
>  # _bash-completion-r1_get_bashdir completionsdir /usr/share/bash-
> completion
>  _bash-completion-r1_get_bashdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> if $(tc-getPKG_CONFIG) --exists bash-completion &>/dev/null;
> then
> local path
> path=$($(tc-getPKG_CONFIG) --variable="${1}" bash-
> completion) || die
> # we need to return unprefixed, so strip from what
> pkg-config returns
> # to us, bug #477692
> echo "${path#${EPREFIX}}"
> else
> echo "${2}"
> fi
>  }
>  
>  # @FUNCTION: _bash-completion-r1_get_bashcompdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get unprefixed bash-completion completions directory.
>  _bash-completion-r1_get_bashcompdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> _bash-completion-r1_get_bashdir completionsdir
> /usr/share/bash-completion/completions
>  }
>  
>  # @FUNCTION: _bash-completion-r1_get_helpersdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get unprefixed bash-completion helpers directory.
>  _bash-completion-r1_get_bashhelpersdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> _bash-completion-r1_get_bashdir helpersdir /usr/share/bash-
> completion/helpers
>  }
>  
>  # @FUNCTION: get_bashcompdir
>  # @DESCRIPTION:
>  # Get the bash-completion completions directory.
>  get_bashcompdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> echo "${EPREFIX}$(_bash-completion-r1_get_bashcompdir)"
>  }
>  
>  # @FUNCTION: get_bashhelpersdir
>  # @INTERNAL
>  # @DESCRIPTION:
>  # Get the bash-completion helpers directory.
>  get_bashhelpersdir() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> echo "${EPREFIX}$(_bash-completion-r1_get_bashhelpersdir)"
>  }
>  
>  # @FUNCTION: dobashcomp
>  # @USAGE:  [...]
>  # @DESCRIPTION:
>  # Install bash-completion files passed as args. Has EAPI-dependent
> failure
>  # behavior (like doins).
>  dobashcomp() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> (
> insopts -m 0644
> insinto "$(_bash-completion-r1_get_bashcompdir)"
> doins "${@}"
> )
>  }
>  
>  # @FUNCTION: newbashcomp
>  # @USAGE:  
>  # @DESCRIPTION:
>  # Install bash-completion file under a new name. Has EAPI-dependent
> failure
>  # behavior (like newins).
>  newbashcomp() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> (
> insopts -m 0644
> insinto "$(_bash-completion-r1_get_bashcompdir)"
> newins "${@}"
> )
>  }
>  
>  # @FUNCTION: bashcomp_alias
>  # @USAGE:  ...
>  # @DESCRIPTION:
>  # Alias  completion to one or more commands (es).
>  bashcomp_alias() {
> debug-print-function ${FUNCNAME} "${@}"
>  
> [[ ${#} -lt 2 ]] && die "Usage: ${FUNCNAME} 
> ..."
> local base=${1} f
> shift
>  
> for f; do
> dosym "${base}" "$(_bash-completion-
> r1_get_bashcompdir)/${f}" \
> || return
> done
>  }
> +
> +_BASH_COMPLETION_R1=1
> +fi





Re: [gentoo-dev] [PATCH 1/1] docs.eclass: invert (B)DEPEND if condition

2021-07-01 Thread David Seifert
On Thu, 2021-07-01 at 09:14 +0200, Andrew Ammerlaan wrote:
> As suggested by Soap (Thank You!)
> 
> Makes this part more future proof, and removes the "," that shouldn't 
> have been there.
> 
> diff --git a/eclass/docs.eclass b/eclass/docs.eclass
> index f49c6aeab9d..684ab26919c 100644
> --- a/eclass/docs.eclass
> +++ b/eclass/docs.eclass
> @@ -378,7 +378,7 @@ case ${DOCS_BUILDER} in
> ;;
>   esac
> 
> -if [[ ${EAPI} == [7,8] ]]; then
> +if [[ ${EAPI} != 6 ]]; then
> BDEPEND+=" doc? ( ${DOCS_DEPEND} )"
>   else
> DEPEND+=" doc? ( ${DOCS_DEPEND} )"
> 

+1, go ahead and commit it




Re: [gentoo-dev] 'pax_kernel' USE flag

2021-06-22 Thread David Seifert
On Tue, 2021-06-22 at 10:35 +0100, Marek Szuba wrote:
> Dear everyone,
> 
> Seeing as in the end this USE flag is not going anywhere in spite of 
> rename it (e.g. to 'pax-kernel') so that it no longer contains a 
> disallowed character. I understand the main reason this hasn't been
> done 
> yet is that we expected it might disappear altogether.

+1, I like it, let's do it. I consider the tradeoff in this case much
for renaming it, given that the userbase will be minute (compared to say
the python targets).




[gentoo-dev] Last rites: cannadic

2021-06-20 Thread David Seifert
# David Seifert  (2021-06-20)
# Abandoned upstream, last release 17 years ago, unmaintained, tons of
# QA bugs, eclass is terrible. Bug #796878, removal in 30 days.
app-dicts/canna-cannadic
app-dicts/canna-2ch
app-emacs/yc
app-i18n/canna
app-i18n/canfep
app-i18n/im-canna

cannadic.eclass:
# @DEAD
# No consumers left. Removal in 30 days.




[gentoo-dev] Packages up for grabs

2021-06-13 Thread David Seifert
The following packages have been dropped to m-n, since johu hasn't
touched them in over a year and show no signs of maintaining them:

  acct-group/quassel
  acct-user/quassel
  dev-cpp/lucene++
  dev-cpp/yaml-cpp
  dev-vcs/git-flow
  mail-filter/bogofilter
  media-libs/qtav
  net-irc/quassel




[gentoo-dev] Packages up for grabs, round #2

2021-05-31 Thread David Seifert
The following packages have been dropped to m-n, since their maintainers
haven't touched them in over a year and show no signs of maintaining
them:

  acct-group/sms
  acct-user/smsd
  app-admin/lsyncd
  app-mobilephone/smstools
  dev-db/tokyocabinet
  dev-libs/libowfat
  dev-libs/libtompoly
  dev-libs/nanomsg
  dev-util/colm
  media-gfx/flam3
  media-gfx/icoutils
  media-video/movit
  net-vpn/strongswan
  sci-mathematics/gmp-ecm
  sys-process/tiptop
  x11-plugins/purple-facebook




[gentoo-dev] Packages up for grabs

2021-05-31 Thread David Seifert
The following packages have been dropped to m-n, since their maintainers
haven't touched them in over a year and show no signs of maintaining
them:

  app-arch/deb2targz
  app-benchmarks/acovea
  app-benchmarks/acovea-gtk
  app-benchmarks/dbench
  app-crypt/gorilla
  app-misc/beanstalkd
  dev-libs/leveldb
  media-gfx/jp2a
  media-libs/spandsp
  net-libs/ortp
  net-mail/sendEmail
  net-nds/tac_plus
  sci-mathematics/msieve
  sci-mathematics/yafu
  www-servers/pound




Re: [gentoo-dev] News item: sys-libs/db old SLOT removal

2021-05-27 Thread David Seifert
On Wed, 2021-05-26 at 16:09 -0700, Patrick McLean wrote:
> On Thu, 27 May 2021 00:41:23 +0200
> David Seifert  wrote:
> 
> > The old Berkeley DB slots need to go at this point. The Base Project
> > has
> > decided to consider BDB a deprecated database backend, and we'll
> > slowly
> > be working towards a (possibly) BDB-free ::gentoo some time in the
> > long-
> > term future.
> 
> I think we should keep at least one non AGPLv3 berkdb in the tree as
> long
> as we have any packages that unconditionally depend on it. June 1st is
> too short a time frame for masking pre AGPLv3 berkdb versions. I think
> it
> is reasonable to fix packages that either force berkdb USE flags on in
> their
> deps, or have a hard dep (either by updating/fixing or last-rite).

Have you looked at which versions will remain in the tree? Slots 4.8 and
5.3 are non-AGPL, and given the number of projects unlikely to support
>=6, it's unlikely that 5.3 will ever go away.

> > Other distros such as Fedora have started a gradual phase-out of
> > Berkeley DB too, given Oracle's strong-armed approach to community
> > input and their arguably hostile switch to the AGPLv3
> > (  https://fedoraproject.org/wiki/Changes/Libdb_deprecated).
> > Furthermore,
> > Oracle is known to remove critical features from BDB in patch
> > releases,
> > such as the removal of the client-server architecture and the SQL
> > API
> > between 18.1.32 and 18.1.40.
> 
> Gradual phase-out is also the approach we should take. Dropping non
> AGPLv3 version sort of immediately forces the issue for users that
> can't or won't accept that license.

Again, the premise of this argument is wrong (see above), so I won't go
into more detail here.

> > To this end, we will also be removing USE="berkdb" from
> > profiles/default/linux/make.defaults. If you implicitly depend on
> > profiles enabling optional use of sys-libs/db, you will need to
> > enable
> > this USE flag yourself, beginning 1st June.
> > 
> > From here on, you should be working under the assumption that the
> > sys-libs/db package will be gone from the Gentoo repository within
> > **two years** from the time of this news item. If you depend on BDB
> > in
> > a production environment, we strongly suggest you move to one of the
> > modern replacements, such as GDBM, SQLite or LMDB.
> 
> This makes sense for end users, but we should fix ::gentoo before we
> force it on our users.

This is a message to users, obviously we won't just randomly delete the
ebuilds unless ::gentoo is fixed. This is about managing expectations
for users, not an internal TODO list for gentoo developers.





[gentoo-dev] News item: sys-libs/db old SLOT removal

2021-05-26 Thread David Seifert
The old Berkeley DB slots need to go at this point. The Base Project has
decided to consider BDB a deprecated database backend, and we'll slowly
be working towards a (possibly) BDB-free ::gentoo some time in the long-
term future.

  * * *

Title: sys-libs/db old SLOT removal
Author: David Seifert 
Posted: 2021-05-26
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: sys-libs/db:1
Display-If-Installed: sys-libs/db:3
Display-If-Installed: sys-libs/db:4.2
Display-If-Installed: sys-libs/db:4.3
Display-If-Installed: sys-libs/db:4.4
Display-If-Installed: sys-libs/db:4.5
Display-If-Installed: sys-libs/db:4.6
Display-If-Installed: sys-libs/db:4.7
Display-If-Installed: sys-libs/db:5.1

On 1st June, we will mask the following Berkeley DB (aka sys-libs/db)
slots for removal from the tree within 60 days (bug #79):

- 1
- 3
- 4.2
- 4.3
- 4.4
- 4.5
- 4.6
- 4.7
- 5.1

You should export your data first before rebuilding any applications
against newer slots of sys-libs/db.

Furthermore, the Gentoo Base System Team has decided to consider
sys-libs/db a deprecated database backend. What this means for you is
that we will slowly start deprecating optional use of sys-libs/db in
consumers and mask their USE="berkdb" flags with the goal of eventual
removal of berkdb support from those packages.

Other distros such as Fedora have started a gradual phase-out of
Berkeley DB too, given Oracle's strong-armed approach to community
input and their arguably hostile switch to the AGPLv3
(https://fedoraproject.org/wiki/Changes/Libdb_deprecated). Furthermore,
Oracle is known to remove critical features from BDB in patch releases,
such as the removal of the client-server architecture and the SQL API
between 18.1.32 and 18.1.40.

To this end, we will also be removing USE="berkdb" from
profiles/default/linux/make.defaults. If you implicitly depend on
profiles enabling optional use of sys-libs/db, you will need to enable
this USE flag yourself, beginning 1st June.

From here on, you should be working under the assumption that the
sys-libs/db package will be gone from the Gentoo repository within
**two years** from the time of this news item. If you depend on BDB in
a production environment, we strongly suggest you move to one of the
modern replacements, such as GDBM, SQLite or LMDB.


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-libs/fftw:2.1

2021-05-09 Thread David Seifert
# David Seifert  (2021-05-09)
# All revdeps masked, last release in 1999, needs to do now.
# Bug #772815, removal in 30 days.
sci-libs/fftw:2.1

This only masks SLOT=2.1, the main fftw isn't going anywhere.


signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: media-sound/gramofile

2021-05-09 Thread David Seifert
# David Seifert  (2021-05-09)
# Last consumer of sci-libs/fftw:2.1, last release over 20 years
# ago, dead upstream. Bug #779421, removal in 30 days.
media-sound/gramofile


signature.asc
Description: This is a digitally signed message part


  1   2   3   4   >