[gentoo-dev] Last rites: dev-vcs/bzr, dev-vcs/bzr-rewrite, dev-vcs/bzr-xmloutput, dev-vcs/bzrtools, kde-apps/dolphin-plugins-bazaar

# Michał Górny (2020-03-28) # Unmaintained. Python 2 only. Last upstream commit in 2017. # Potential fork available (bug #705018) but not guaranteed a drop-in # replacement. # Removal in 30 days. Bug #715044. dev-vcs/bzr dev-vcs/bzr-rewrite dev-vcs/bzr-xmloutput dev-vcs/bzrtools

[gentoo-dev] Last rites: net-fs/ncpfs, net-misc/ipx-utils

# Joshua Kinard (2020-03-28) # In Linux ~4.18, IPX (Internetwork Packet eXchange) protocol and # NCPFS (NetWare Core Protocol Filesystem) support was removed due # to lack of maintenance. Due to both being dead from a technology # standpoint and lack of any upstream activity, mask the below #

Re: [gentoo-dev] [PATCH 2/2] multilib.eclass: multilib_env(): set LIBDIR=lib for *-musl*

On Sat, 28 Mar 2020 11:19:29 -0400 Mike Gilbert wrote: > On Sat, Mar 28, 2020 at 5:40 AM Sergei Trofimovich wrote: > > > > In contrast to glibc musl profiles use 'lib' layour for 32-bit > > and 64-bit targets. multilib_env() did not take it into account > > and assumed glibc's lib64 layout. > >

Re: [gentoo-dev] [PATCH 1/2] eclass/tests: add basic tests for multilib_env() expansion

On Sat, 28 Mar 2020 11:17:42 -0400 Mike Gilbert wrote: > > --- /dev/null > > +++ b/eclass/tests/multilib.sh > > @@ -0,0 +1,61 @@ > > +#!/bin/bash > > +# Copyright 1999-2020 Gentoo Foundation > > This should say "Copyright 2020 Gentoo Authors". ... > > +# Pick a few interesting gargets from:

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: add some missing MIPS CPU errata options to ALLOWED_FLAGS

On Sat, 28 Mar 2020 15:17:12 -0400 Joshua Kinard wrote: > Noticed during a glibc build for MIPS-III ISA that the -mfix-r4000 > and -mfix-r4400 gcc flags got stripped off. These are needed to work > around known CPU errata in R4000 and R4400 CPUs. In addition, also > add the -mfix-rm7000 option

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: add some missing MIPS CPU errata options to ALLOWED_FLAGS

On Sat, Mar 28, 2020 at 12:17 PM Joshua Kinard wrote: > > Noticed during a glibc build for MIPS-III ISA that the -mfix-r4000 > and -mfix-r4400 gcc flags got stripped off. These are needed to work > around known CPU errata in R4000 and R4400 CPUs. In addition, also > add the -mfix-rm7000 option

[gentoo-dev] Last rites: mail-client/mail-notification

# Matt Turner (2020-03-28) # Last release 2008. Last upstream commit 2013. Blocks removal of # gnome-base/libgnome-keyring # Bug #713030 mail-client/mail-notification signature.asc Description: PGP signature

[gentoo-dev] Last rites: games-puzzle/skoosh

# Matt Turner (2020-03-28) # Homepage gone. Dead project. Blocks removal of gnome-base/libgnome-keyring # Bug #713028 games-puzzle/skoosh signature.asc Description: PGP signature

[gentoo-dev] Last rites: dev-dotnet/gnome-keyring-sharp

# Matt Turner (2020-03-28) # No consumers. Dead project. Blocks removal of gnome-base/libgnome-keyring # Bug #713020 dev-dotnet/gnome-keyring-sharp signature.asc Description: PGP signature

[gentoo-dev] [PATCH] flag-o-matic.eclass: add some missing MIPS CPU errata options to ALLOWED_FLAGS

Noticed during a glibc build for MIPS-III ISA that the -mfix-r4000 and -mfix-r4400 gcc flags got stripped off. These are needed to work around known CPU errata in R4000 and R4400 CPUs. In addition, also add the -mfix-rm7000 option (and it's -mno form) to fix errata in the PMC RM7000 CPU, and the

Re: [gentoo-portage-dev] [PATCH v2] process: Unshare UTS namespace, and set hostname to 'localhost'

On Sat, 2020-03-28 at 11:16 -0700, Zac Medico wrote: > On 3/28/20 12:13 AM, Michał Górny wrote: > > Use UTS namespace to override hostname when network-sandbox is enabled. > > Set it to 'localhost' as that has a better chance of being present > > in /etc/hosts. This fixes tests in some packages

Re: [gentoo-portage-dev] [PATCH v2] process: Unshare UTS namespace, and set hostname to 'localhost'

On 3/28/20 12:13 AM, Michał Górny wrote: > Use UTS namespace to override hostname when network-sandbox is enabled. > Set it to 'localhost' as that has a better chance of being present > in /etc/hosts. This fixes tests in some packages that try to connect > to localhost via hostname obtained using

Re: [gentoo-dev] stabilization requests not making progress

Hi Mart, On 2020/03/28 18:07, Mart Raudsepp wrote: > Ühel kenal päeval, L, 28.03.2020 kell 17:24, kirjutas Jaco Kroon: >> Hi All, >> https://bugs.gentoo.org/705754 >> Not sure if this is the only one. This is becoming problematic. >> This specific one is blocking a security issue. x86 and

[gentoo-dev] last rites: media-libs/openmoiv

# Andreas K. Hüttel (2020-03-27) # No consumers. Build problems, bug 668244. Removal in 30 days. media-libs/openmoiv -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally

Re: [gentoo-dev] network sandbox challenge

Thank you very much for you detailed answers Alec. I will add them to my FAQ, Best, Samuel On 3/27/20 11:20 PM, Alec Warner wrote: > > On Fri, Mar 27, 2020 at 3:59 PM Alec Warner > wrote: > > > On Fri, Mar 27, 2020 at 3:10 PM Samuel Bernardo >

Re: [gentoo-dev] stabilization requests not making progress

Ühel kenal päeval, L, 28.03.2020 kell 17:24, kirjutas Jaco Kroon: > Hi All, > https://bugs.gentoo.org/705754 > Not sure if this is the only one. This is becoming problematic. > This specific one is blocking a security issue. x86 and amd64 both > needs an updated stable. I'd prefer 13.32.0 but

Re: [gentoo-dev] musl doesn't provide execinfo.h

On Sat, Mar 28, 2020 at 10:22 AM Jaco Kroon wrote: > > Hi, > > So I figured I better write the patch for dahdi-tools against musl ... > so I proceed to download a stage3 tar from > http://distfiles.gentoo.org/experimental/amd64/musl/ (vanilla). > > I extract it, and mount --rebind /dev, /proc and

[gentoo-dev] stabilization requests not making progress

Hi All, https://bugs.gentoo.org/705754 Not sure if this is the only one.  This is becoming problematic.  This specific one is blocking a security issue.  x86 and amd64 both needs an updated stable.  I'd prefer 13.32.0 but it's not been in tree for a month yet.  But we can do 13.31.0 by now ...

Re: [gentoo-dev] [PATCH 2/2] multilib.eclass: multilib_env(): set LIBDIR=lib for *-musl*

On Sat, Mar 28, 2020 at 5:40 AM Sergei Trofimovich wrote: > > In contrast to glibc musl profiles use 'lib' layour for 32-bit > and 64-bit targets. multilib_env() did not take it into account > and assumed glibc's lib64 layout. > > That breaks crossdev as it uses multilib_env to extract target >

Re: [gentoo-dev] [PATCH 1/2] eclass/tests: add basic tests for multilib_env() expansion

On Sat, Mar 28, 2020 at 5:40 AM Sergei Trofimovich wrote: > > Signed-off-by: Sergei Trofimovich > --- > eclass/tests/multilib.sh | 61 > 1 file changed, 61 insertions(+) > create mode 100755 eclass/tests/multilib.sh > > diff --git

Re: [gentoo-dev] musl doesn't provide execinfo.h

Hi, So I figured I better write the patch for dahdi-tools against musl ... so I proceed to download a stage3 tar from http://distfiles.gentoo.org/experimental/amd64/musl/ (vanilla). I extract it, and mount --rebind /dev, /proc and /sys, and copy in /etc/resolve.conf ... chroot ... and so far so

[gentoo-dev] [PATCH 2/2] multilib.eclass: multilib_env(): set LIBDIR=lib for *-musl*

In contrast to glibc musl profiles use 'lib' layour for 32-bit and 64-bit targets. multilib_env() did not take it into account and assumed glibc's lib64 layout. That breaks crossdev as it uses multilib_env to extract target definition. Native builds are unaffected by this change. Bug:

[gentoo-dev] [PATCH 1/2] eclass/tests: add basic tests for multilib_env() expansion

Signed-off-by: Sergei Trofimovich --- eclass/tests/multilib.sh | 61 1 file changed, 61 insertions(+) create mode 100755 eclass/tests/multilib.sh diff --git a/eclass/tests/multilib.sh b/eclass/tests/multilib.sh new file mode 100755 index

[gentoo-portage-dev] [PATCH v2] process: Unshare UTS namespace, and set hostname to 'localhost'

Use UTS namespace to override hostname when network-sandbox is enabled. Set it to 'localhost' as that has a better chance of being present in /etc/hosts. This fixes tests in some packages that try to connect to localhost via hostname obtained using gethostname(), e.g. docker-py, and suffer

Re: [gentoo-portage-dev] precisions on installed packages' dependencies

On Fri, Mar 27, 2020 at 7:00 AM wrote: > > - Alec Warner a écrit : > > On Tue, Mar 24, 2020 at 11:31 AM wrote: > > > However, I still doubt that only storing the soname dependencies is > enough. > > > Consider package A (that cannot be recompiled) that depends on package > B > > > which

Re: [gentoo-dev] Last rites: www-client/weboob

On Sat, 2020-03-28 at 05:23 +0100, Zoltan Puskas wrote: > Hi, > > app-office/kmymoney has dependency on weboob to import online > banking transactions. Also per linked bug there is 2.0 that is Python 3 > compatible and there are ebuilds offered. Can we please reconsider this > and instead push

Re: [gentoo-dev] Adding hw-probe in Gentoo

On Sat, 2020-03-28 at 00:15 +0100, Conrad Kostecki wrote: > a longer time ago, there were some concerns about privacy reasons > discussed here. It took a long time, but there is now a new version > released with lot's of changes. Since all results are still by default > uploaded, It should be

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

On Fri, 2020-03-27 at 17:36 -0500, William Hubbs wrote: > On Fri, Mar 27, 2020 at 06:54:25AM +0100, Michał Górny wrote: > > On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > > > If there's a way inside an eclass to check that