[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 000

Re: [gentoo-dev] [PATCH] toolchain.eclass: fix cygwinports patching

On Mon, 16 Mar 2020 18:41:02 +0100 ha...@gentoo.org wrote: > From: Michael Haubenwallner > > Introduction of tc_apply_patches dropped patch dir, per > commit bd758f25a82460f6e7011314f9fb7923864e9e1e > > Signed-off-by: Michael Haubenwallner > --- > eclass/toolchain.eclass | 8 +++- > 1

[gentoo-dev] Re: [PATCH] gcc-config: Add option to not install cc/f77 wrappers.

On Tue, 10 Mar 2020 20:54:12 -0700 Manoj Gupta wrote: > On Tue, Mar 3, 2020 at 1:17 AM Sergei Trofimovich wrote: > > > On Mon, 2 Mar 2020 19:03:48 -0800 > > Manoj Gupta wrote: > > > > > On Thu, Feb 27, 2020 at 11:20 PM Sergei Trofimovich > > >

[gentoo-dev] Re: [PATCH] profiles: remove USE="cxx" from the base profile

On Mon, 9 Mar 2020 11:25:48 -0400 Mike Gilbert wrote: > This was added back in the days when all toolchain ebuilds had EAPI=0 > and IUSE defaults were not an option. toolchain.eclass now supports > newer EAPIs, and sets IUSE="+cxx". > > Signed-off-by: Mike Gilbert > --- >

Re: [gentoo-dev] [PATCH] ghc-package.eclass: limit the ghc parallel jobs to 64.

On Fri, 6 Mar 2020 16:06:00 +0800 hero...@gentoo.org wrote: > From: Benda Xu > > If ghc spawns too many C compilers, it will exhaust file descripters. I don't think ghc spawns more than 1 parallel gcc per compiled haskell file. I'd expect a small constant overhead of file descriptors per

[gentoo-dev] Re: [PATCH] gcc-config: Add option to not install cc/f77 wrappers.

On Mon, 2 Mar 2020 19:03:48 -0800 Manoj Gupta wrote: > On Thu, Feb 27, 2020 at 11:20 PM Sergei Trofimovich > wrote: > > > On Thu, 27 Feb 2020 at 22:41, Manoj Gupta wrote: > > > > > > > > > > > > On Thu, Feb 27, 2020 at 11:22 AM Manoj Gupt

[gentoo-dev] binutils-2.34 breakage

Yesterday binutils-2.34 / binutils-libs-2.34 landed into gentoo. binutils-2.34 should generally be fine. binutils-libs-2.34 caused a bit of breakage like "undefined reference to bfd_get_section_flags" These are trivial to fix either via conditional patching (API usage is usually tiny) or

[gentoo-dev] CFLAGS=-fno-common related breakage is incoming

> What is happening? gcc-10 is coming soon. It will be more disruptive than gcc-9. One of the major changes is the switch from C{,XX}FLAGS=-fcommon to C{,XX}FLAGS=-fno-common by default: https://gcc.gnu.org/PR85678 It's a planned change and not a gcc regression. It will expose some warts on old

[gentoo-dev] Lexicographical bash comparison mistakes: things to fix

A few ebuilds use bash '[[ ${foo} < ${bar} ]]' comparison to compare numbers and package versions. In bash '<' is for lexicographical string comparison (see man bash 'CONDITIONAL EXPRESSIONS' section). It's almost never what you want: $ [[ 1.2.3 < 1.2.3 ]] && echo yes || echo no no # ok

[gentoo-dev] Re: [PATCH] flag-o-matic.eclass: add LDFLAGS testing against linker

On Mon, 23 Dec 2019 11:50:43 + Sergei Trofimovich wrote: > Before the change we tested only compiler driver (gcc flag parser) > for LDFLAGS. > > This does not cover cases when we would really like to filter out > unsupported linker flags like -Wl,--hash-style=gnu passed to no

Re: [gentoo-dev] Re: stable-bot is down. Temporary? Forever? Can we have a contacts page for it?

On Mon, 7 Oct 2019 22:27:23 +1100 Michael Palimaka wrote: > Sorry for the late reply here. > > On 10/3/19 1:43 AM, Matt Turner wrote: > > On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich > > wrote: > >> > >> I noticed that stab

[gentoo-dev] [PATCH] flag-o-matic.eclass: add LDFLAGS testing against linker

, compilation and linking steps. Helper is used to filter LDFLAGS variable in strip-unsupported-flags(). Closes: https://bugs.gentoo.org/333763 Signed-off-by: Sergei Trofimovich --- eclass/flag-o-matic.eclass | 72 +--- eclass/tests/flag-o-matic.sh | 2 +- 2 files

[gentoo-dev] [PATCH] flag-o-matic.eclass: add LDFLAGS testing against linker

, compilation and linking steps. Helper is used to filter LDFLAGS variable in strip-unsupported-flags(). Closes: https://bugs.gentoo.org/333763 Signed-off-by: Sergei Trofimovich --- eclass/flag-o-matic.eclass | 72 +--- eclass/tests/flag-o-matic.sh | 2 +- 2 files

Re: [gentoo-dev] Needs ideas: Upcoming circular dependency: expat <> CMake

On Wed, 18 Dec 2019 22:02:47 +0100 Sebastian Pipping wrote: > Hi all, > > > I noticed that dev-util/cmake depends on dev-libs/expat and that > libexpat upstream (where I'm involved) is in the process of > dropping GNU Autotools altogether in favor of CMake in the near future, > potentially the

[gentoo-dev] Re: [PATCH] haskell-cabal.eclass: Fix MissingTestRestrict

On Wed, 11 Dec 2019 10:51:36 +0100 Michał Górny wrote: > This fixes 564 cases of MissingTestRestrict. According to md5-cache > inspection, no other changes in metadata occur. > > Signed-off-by: Michał Górny Looks good. > --- > eclass/haskell-cabal.eclass | 3 ++- > 1 file changed, 2

Re: [gentoo-dev] [PATCH v3] mount-boot.eclass: Check if /boot is sane, but don't try to mount it.

On Sat, 07 Dec 2019 06:44:21 +0100 Ulrich Mueller wrote: > >>>>> On Sat, 07 Dec 2019, Sergei Trofimovich wrote: > > >># The user wants us to leave things be. > >> - if [[ -n ${DONT_MOUNT_BOOT} ]] ; then > >> + if [[ -n ${I_KNOW_WHA

Re: [gentoo-dev] [PATCH] cargo.eclass: use verbose cargo invocations

On Fri, 06 Dec 2019 16:16:32 -0800 Georgy Yakovlev wrote: > On Friday, December 6, 2019 3:44:38 PM PST Sergei Trofimovich wrote: > > On Fri, 6 Dec 2019 12:09:31 -0800 > > > > Georgy Yakovlev wrote: > > > Default output just prints crate name. > > >

Re: [gentoo-dev] [PATCH v3] mount-boot.eclass: Check if /boot is sane, but don't try to mount it.

On Fri, 06 Dec 2019 16:35:53 +0100 Ulrich Müller wrote: > # The user wants us to leave things be. > - if [[ -n ${DONT_MOUNT_BOOT} ]] ; then > + if [[ -n ${I_KNOW_WHAT_I_AM_DOING} ]] ; then > return 0 > fi The rest of patch looks ok but I find

Re: [gentoo-dev] [PATCH] cargo.eclass: use verbose cargo invocations

On Fri, 6 Dec 2019 12:09:31 -0800 Georgy Yakovlev wrote: > Default output just prints crate name. > With -vv we can see all cargo options and rustc args. > > Signed-off-by: Georgy Yakovlev > --- Looks good! I had to do an equivalent locally at least a few times. While at it I also suggest

[gentoo-portage-dev] [PATCH] emerge: drop FEATURES=distcc-pump support, bug #702146

builds (`bison`, `flex`, child `./configure` calls from `make`) and thus quite unsafe to use `pump`. This change drops `FEATURES=distcc-pump` and leaves only FEATURES=distcc. This way all the proprocessing happens as expected and only code generation is offloaded. Closes: https://bugs.gentoo.org/702146 Sig

[gentoo-dev] Last rites: sys-apps/nix and sys-apps/guix

# Sergei Trofimovich (2019-11-25) # Mask for removal from main tree into ::nix-guix overlay. # Removal in 30 days. sys-apps/nix sys-apps/guix -- Sergei

Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

On Mon, 25 Nov 2019 21:32:18 +0100 Michał Górny wrote: > On Mon, 2019-11-25 at 20:28 +0000, Sergei Trofimovich wrote: > > On Mon, 25 Nov 2019 17:24:08 +0100 > > David Seifert wrote: > > > > > On Sun, 2019-11-24 at 20:35 +, Sergei Trofimovich wrote: > &

Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

On Mon, 25 Nov 2019 17:24:08 +0100 David Seifert wrote: > On Sun, 2019-11-24 at 20:35 +0000, Sergei Trofimovich wrote: > > On Sun, 24 Nov 2019 17:19:36 +0100 > > Ulrich Mueller wrote: > > > > > > > > > > On Sun, 24 Nov 2019, Sergei Trofimovi

Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

On Sun, 24 Nov 2019 17:19:36 +0100 Ulrich Mueller wrote: > >>>>> On Sun, 24 Nov 2019, Sergei Trofimovich wrote: > > > I interpreted 'reserved' as 'free to use' on > > > > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/UID_GID_Assignment >

Re: [gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

On Sun, 24 Nov 2019 13:57:24 +0100 Ulrich Mueller wrote: > >>>>> On Sun, 24 Nov 2019, Sergei Trofimovich wrote: > > > I've effectively reserved space for 1000 users for each of them: > > - 3..30999 > > - 31000..31000 > > and using only 10 of ea

[gentoo-dev] [PATCH 0/6] nix and guix GID/UID assignments

has to give. I've moved guix down to 31000. I've effectively reserved space for 1000 users for each of them: - 3..30999 - 31000..31000 and using only 10 of each. Sergei Trofimovich (6): acct-group/nixbld: new group (GID 3) acct-group/guixbuild: new group (GID 31000) acct-user/nixbld{1

[gentoo-dev] [PATCH 6/6] sys-apps/guix: switch from user.eclass to acct-*/ depends

--- sys-apps/guix/guix-1.0.1-r2.ebuild | 165 + 1 file changed, 165 insertions(+) create mode 100644 sys-apps/guix/guix-1.0.1-r2.ebuild diff --git a/sys-apps/guix/guix-1.0.1-r2.ebuild b/sys-apps/guix/guix-1.0.1-r2.ebuild new file mode 100644 index

[gentoo-dev] [PATCH 5/6] sys-apps/nix: switch from user.eclass to acct-*/ depends

Signed-off-by: Sergei Trofimovich --- sys-apps/nix/nix-2.3.1-r1.ebuild | 145 +++ 1 file changed, 145 insertions(+) create mode 100644 sys-apps/nix/nix-2.3.1-r1.ebuild diff --git a/sys-apps/nix/nix-2.3.1-r1.ebuild b/sys-apps/nix/nix-2.3.1-r1.ebuild new file mode

[gentoo-dev] [PATCH 4/6] acct-user/guixbuilder{1..10}: new user (UID {31001..31010)

Signed-off-by: Sergei Trofimovich --- acct-user/guixbuilder1/guixbuilder1-0.ebuild | 13 + acct-user/guixbuilder1/metadata.xml| 8 acct-user/guixbuilder10/guixbuilder10-0.ebuild | 13 + acct-user/guixbuilder10/metadata.xml | 8

[gentoo-dev] [PATCH 2/6] acct-group/guixbuild: new group (GID 31000)

Signed-off-by: Sergei Trofimovich --- acct-group/guixbuild/guixbuild-0.ebuild | 10 ++ acct-group/guixbuild/metadata.xml | 8 2 files changed, 18 insertions(+) create mode 100644 acct-group/guixbuild/guixbuild-0.ebuild create mode 100644 acct-group/guixbuild

[gentoo-dev] [PATCH 1/6] acct-group/nixbld: new group (GID 30000)

Signed-off-by: Sergei Trofimovich --- acct-group/nixbld/metadata.xml| 8 acct-group/nixbld/nixbld-0.ebuild | 9 + 2 files changed, 17 insertions(+) create mode 100644 acct-group/nixbld/metadata.xml create mode 100644 acct-group/nixbld/nixbld-0.ebuild diff --git a/acct

[gentoo-dev] [PATCH 3/6] acct-user/nixbld{1..10}: new user (UID {30001..30010)

Signed-off-by: Sergei Trofimovich --- acct-user/nixbld1/metadata.xml | 8 acct-user/nixbld1/nixbld1-0.ebuild | 13 + acct-user/nixbld10/metadata.xml | 8 acct-user/nixbld10/nixbld10-0.ebuild | 13 + acct-user/nixbld2/metadata.xml

Re: [gentoo-dev] toolchain.eclass more friendly about ada/gnat

On Sat, 23 Nov 2019 09:16:42 +0100 Alfredo Tupone wrote: > I would like to have comments about the followinf changes. > I "fear" the shopts nullglob a little > > diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass > index a3081c38bac1..aca10b4f37ed 100644 > ---

Re: [gentoo-portage-dev] [PATCH] repoman: add --include-profiles=PROFILES

On Mon, 18 Nov 2019 16:45:58 -0800 Zac Medico wrote: > On 11/18/19 4:21 PM, Sergei Trofimovich wrote: > > repoman slows down ~linearly with amount of profiles being scanned. > > In case of amd64 we have 28 stable profiles. > > > > To speed up processing and fit into

[gentoo-portage-dev] [PATCH] repoman: add --include-profiles=PROFILES

-off-by: Sergei Trofimovich --- repoman/lib/repoman/actions.py | 4 repoman/lib/repoman/argparser.py| 7 +++ repoman/lib/repoman/modules/scan/depend/__init__.py | 3 ++- repoman/lib/repoman/modules/scan/depend/profile.py | 9 +++-- repoman/lib

[gentoo-dev] Re: [PATCH] metadata/install-qa-check.d/08gentoo-paths: add explicit maintainer

On Sun, 3 Nov 2019 22:17:31 + Sergei Trofimovich wrote: > Bugs like bug #670902 get stuck due to unclear maintainership status. > Let's assign it to dev-portage@ as it historicallily lived in portage > source tree and QA does not take it over in bug #670902. >

Re: [gentoo-dev] [PATCH] autotools.eclass: drop outdated sys-devel/gettext blocker

On Fri, 23 Aug 2019 22:46:22 +0200 Thomas Deutschmann wrote: > All > Reported-by: Jory Pratt > Signed-off-by: Thomas Deutschmann > --- > eclass/autotools.eclass | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) I pushed it as:

[gentoo-dev] glibc-2.30 went into the ~arch

A few minutes ago glibc-2.30 got back it's ~arch keywords as: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c0fbcff7b24f844b4be7b6f380a3279a46715ece We don't expect too many build failures. Please add new failures to the tracker bug:

Re: [gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

On Thu, 7 Nov 2019 11:52:19 -0800 Patrick McLean wrote: > Given glibc upstream's tentative plans to remove libcrypt [1], I think > we should start working out the kinks well in advance. Toolchain has > already added a package.use.force-ed "crypt" USE flag to > sys-libs/glibc-2.30-r2 [2]. The

Re: [gentoo-dev] Re: [PATCH] Fix tc-cpp-is-true to work with clang

On Mon, 4 Nov 2019 20:18:11 + Sergei Trofimovich wrote: > On Mon, 4 Nov 2019 10:11:20 + > Mattias Nissler wrote: > > > Clang's preprocessor likes to output a leading newline, which makes > > the comparison always fail. GCC generates additional output with c

[gentoo-dev] Re: [PATCH] Fix tc-cpp-is-true to work with clang

On Mon, 4 Nov 2019 10:11:20 + Mattias Nissler wrote: > Clang's preprocessor likes to output a leading newline, which makes > the comparison always fail. GCC generates additional output with certain > flags (e.g. -ggdb3) as well. Hence, switch the test to trigger a > preprocessor error when

[gentoo-dev] [PATCH] metadata/install-qa-check.d/08gentoo-paths: add explicit maintainer

Bugs like bug #670902 get stuck due to unclear maintainership status. Let's assign it to dev-portage@ as it historicallily lived in portage source tree and QA does not take it over in bug #670902. Bug: https://bugs.gentoo.org/670902 Signed-off-by: Sergei Trofimovich --- metadata/install-qa

Re: [gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On Fri, 1 Nov 2019 19:59:35 + Michael 'veremitz' Everitt wrote: > Hello, > > I've noticed a lot of stabilisation commit messages (and a few keywording > ones too) simply state the package atom and not the relevant > release/version. I find this a little meaningless, as unless this is the >

[gentoo-dev] gcc-9 will go stable soon (say, in a week)

Hello world! toolchain@ plans to start stabilizing next major gcc version (gcc-9) in about a week at: https://bugs.gentoo.org/698646 Current target is =sys-devel/gcc-9.2.0-r1. If you think your bug should be absolutely addressed before that happens please add it as a blocker. Also feel

Re: [gentoo-dev] Mass keywording/stabilisation of ebuilds in app-emacs

On Thu, 10 Oct 2019 16:49:20 +0200 Ulrich Mueller wrote: > Most packages in the app-emacs category have stabilize-allarches in > their metadata because they are arch independent. However, their > keywords don't reflect this and differ from package to package, mostly > for historical reasons. >

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

On Mon, 07 Oct 2019 22:06:19 +0200 Michał Górny wrote: > On Wed, 2019-09-25 at 21:27 +0000, Sergei Trofimovich wrote: > > commit: c5398f6e286c4f644e2c476b7fe0ec33fa56f738 > > Author: Sergei Trofimovich gentoo org> > > AuthorDate: Wed Sep 25 21:27:05 2019 +000

[gentoo-dev] Last rites: sys-libs/libstdc++-v3-bin

I will be very surprised if you are still using this package. # Sergei Trofimovich (2019-09-28) # ppc64/ia64 binary-only package was needed to workaround # gcc-3.3 bugs. Should not be needed anymore. To be removed # in 30 days. sys-libs/libstdc++-v3-bin -- Sergei

[gentoo-dev] stable-bot is down. Temporary? Forever? Can we have a contacts page for it?

I noticed that stable-bot stopped marking bugs as verified for stbilization. Example: https://bugs.gentoo.org/695252 1. Is it gone forever and arch teams should stop relying on it's presence? 2. If not can the owner tweak it? 3. Can we have a wiki page that describes the setup and who to send

Re: [gentoo-dev] Re: [PATCH] toolchain-funcs: Add tc-ld-is-lld helper.

On Fri, 13 Sep 2019 16:53:34 +0200 Ulrich Mueller wrote: > > On Fri, 13 Sep 2019, Manoj Gupta wrote: > > > Thanks for the review. I did it this way to make this an exact copy of > > tc-ld-is-gold function above it except the LLD checks. > > Should I also change the tc-ld-is-gold

Re: [gentoo-dev] Re: [PATCH] toolchain-funcs: Add tc-ld-is-lld helper.

On Fri, 13 Sep 2019 07:11:03 -0700 Manoj Gupta wrote: > friendly ping for patch review. Pushed your patch as-is as: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=463ec5b25ac36933127e726c553ad83994017aa1 Thank you! -- Sergei

Re: [gentoo-dev] [PATCH] toolchain.eclass (do_gcc_CYGWINPORTS_patches): avoid bash-4.4ism

On Thu, 8 Aug 2019 12:53:37 +0200 Michael Haubenwallner wrote: > Closes: https://bugs.gentoo.org/690686 > --- > eclass/toolchain.eclass | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Looks good! > diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass > index

[gentoo-dev] Re: [PATCH 1/2] ruby-ng.eclass: add missing 'estack' inherit to EAPI=6

On Sat, 20 Jul 2019 10:38:09 +0200 Hans de Graaff wrote: > On Sat, 2019-07-20 at 09:24 +0100, Sergei Trofimovich wrote: > > Noticed when ran egencache: > > $ PORTAGE_ELOG_CLASSES="qa" egencache --repo=gentoo --update -- > > update-use-local-desc --

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Fri, 21 Jun 2019 15:17:31 +0200 Michał Górny wrote: > On Fri, 2019-06-21 at 07:54 +0100, Sergei Trofimovich wrote: > > On Wed, 19 Jun 2019 15:29:33 -0400 > > "Anthony G. Basile" wrote: > > > > > On 6/19/19 3:19 AM, Sergei Trofimovich wrote

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Wed, 19 Jun 2019 15:29:33 -0400 "Anthony G. Basile" wrote: > On 6/19/19 3:19 AM, Sergei Trofimovich wrote: > > > > This is now tracked as https://bugs.gentoo.org/688342. I hope to get > > at least some followup there. > > > > When I try to l

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Sun, 16 Jun 2019 10:13:48 +0100 Sergei Trofimovich wrote: > On Mon, 10 Jun 2019 18:53:58 +0100 > Sergei Trofimovich wrote: > > > On Mon, 10 Jun 2019 09:28:33 -0400 > > Brian Evans wrote: > > > > > On 6/10/2019 4:18 AM, Sergei Trofimovich wrote

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Mon, 10 Jun 2019 18:53:58 +0100 Sergei Trofimovich wrote: > On Mon, 10 Jun 2019 09:28:33 -0400 > Brian Evans wrote: > > > On 6/10/2019 4:18 AM, Sergei Trofimovich wrote: > > > > > > 13.0 profiles are deleted as: > > > > > > h

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Mon, 10 Jun 2019 09:28:33 -0400 Brian Evans wrote: > On 6/10/2019 4:18 AM, Sergei Trofimovich wrote: > > > > 13.0 profiles are deleted as: > > > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d396d1941f8fb674218683e5fdbb248f2c713f36 > >

Re: [gentoo-dev] PSA: 13.0 profiles will be removed in a week

On Mon, 3 Jun 2019 21:51:01 +0100 Sergei Trofimovich wrote: > Tl;DR: 13.0 profiles will be removed in about a week: 10 June 2019. > > 13.0 profiles been a while in Gentoo tree and are already deprecated > on all arches. > > If you have problems using 17.0 profiles as a d

[gentoo-dev] PSA: 13.0 profiles will be removed in a week

Tl;DR: 13.0 profiles will be removed in about a week: 10 June 2019. 13.0 profiles been a while in Gentoo tree and are already deprecated on all arches. If you have problems using 17.0 profiles as a default please file a bug and pile it against against the tracker bug (fresh one):

[gentoo-dev] Re: [PATCH-r1] darcs.eclass: use BDEPEND with EAPI >= 7

On Wed, 29 May 2019 12:01:20 +0200 Michael Haubenwallner wrote: > --- > eclass/darcs.eclass | 12 ++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/eclass/darcs.eclass b/eclass/darcs.eclass > index 489008a87f1..09b71882367 100644 > --- a/eclass/darcs.eclass > +++

[gentoo-dev] [PATCH] qt5-build.eclass: use safer '|' sed delimiter, not ':'

CC: q...@gentoo.org Closes: https://bugs.gentoo.org/685170 Signed-off-by: Sergei Trofimovich --- eclass/qt5-build.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/qt5-build.eclass b/eclass/qt5-build.eclass index 613af912b93..d4f4678eed0 100644 --- a/eclass

Re: [gentoo-dev] toolchain.eclass musl changes

On Mon, 20 May 2019 16:41:56 -0500 "Jory A. Pratt" wrote: > Please review the proposed changes for musl support. We would like to > get this landed on the tree ASAP so we can drop the eclass from the musl > overlay. This is one of the first steps to getting things moved to tree > so we can

[gentoo-dev] Re: Announcing RISC-V

On Fri, 03 May 2019 23:34:40 +0200 "Andreas K. Huettel" wrote: > Hi all, > > after some preparations, we're happy to announce (initially experimental) > support for a new arch: riscv > > * The project page is at https://wiki.gentoo.org/wiki/Project:RISC-V > Feel free to join if you want to

Re: [gentoo-dev] Deprecation and removal of 13.0 profiles is imminent

On Sun, 16 Dec 2018 19:56:38 + Sergei Trofimovich wrote: > On Wed, 12 Dec 2018 00:25:04 + > Sergei Trofimovich wrote: > > > Tl;DR: 13.0 profiles will be removed some time soon unless there are > > enough reports broken on 13.0->17.0 switch. > > > >

[gentoo-dev] gcc-8 will go stable soon (~in a week)

Hello world! toolchain@ plans to start stabilizing next major gcc version (gcc-8) in about a week at: https://bugs.gentoo.org/678254 Current target is =sys-devel/gcc-8.2.0-r6. If you think your bug should be absolutely addressed before that happens please add it as a blocker. Also feel

Re: [gentoo-dev] [PATCH] opam.eclass: unbreak on EAPI=7

On Sat, 2 Feb 2019 21:27:29 -0800 Georgy Yakovlev wrote: > Since D, ED, ROOT, EROOT no longer have a trailing slash in EAPI=7 > This eclass is terribly broken, installing things into > imageusr/... ... > opam-installer -i \ > - --prefix="${ED}usr" \ > +

Re: [gentoo-dev] adding GOPATH to ENV_UNSET in profiles/base/make.defaults

On Tue, 15 Jan 2019 12:20:39 -0600 William Hubbs wrote: > All, > > GOPATH is another environment variable, like GOBIN, which can interfeer > with the build if it is set in the environment before emerge is run [1]. > > I would like to add it to ENV_UNSET in profiles/base/make.defaults. Sounds

[gentoo-dev] net-im/openfire is up for grabs

net-im/openfire is a java-based xmpp server with straightforward codebase. Decent for use in small environments. I'm not using it anymore. It needs a revbump to 4.3.0. Which is a switch from self-contained ant-based build system to maven. If you are still using openfire it's your chance!

Re: [gentoo-dev] [PATCH] cargo.eclass: allow passing additional arguments to cargo

On Wed, 2 Jan 2019 13:58:26 -0800 Georgy Yakovlev wrote: > +# @CODE > +# ECARGO_BUILD_FLAGS="$(usex pcre "--features pcre2" "")" > +# @CODE You may also want to provide user's hooks as well. Similar to EXTRA_ECONF and EXTRA_EMAKE those might be ECARGO_EXTRA_BUILD_FLAGS

Re: [gentoo-dev] Deprecation and removal of 13.0 profiles is imminent

On Wed, 12 Dec 2018 00:25:04 + Sergei Trofimovich wrote: > Tl;DR: 13.0 profiles will be removed some time soon unless there are > enough reports broken on 13.0->17.0 switch. > > 13.0 profiles been a while in Gentoo tree and are already deprecated > on some arches

[gentoo-dev] Deprecation and removal of 13.0 profiles is imminent

Tl;DR: 13.0 profiles will be removed some time soon unless there are enough reports broken on 13.0->17.0 switch. 13.0 profiles been a while in Gentoo tree and are already deprecated on some arches but not everywhere. If you have problems using 17.0 profiles as a default please file a bug and

Re: [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774

On Fri, 12 Oct 2018 02:40:38 +0200 Thomas Deutschmann wrote: > On 2018-10-12 01:38, Sergei Trofimovich wrote: > >> Maybe it is time to destabilize ARM on Gentoo to stop the impression > >> that we really support ARM. > > > > [ CC: arm@ ] > > > &g

Re: [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774

On Thu, 11 Oct 2018 17:10:10 +0200 Thomas Deutschmann wrote: > Let me quote > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6f6bb91b7f134a121ef9fa1dd504b9ca52c5aa8: > > > net-dns/dnssec-root: Blind stable on arm, critical bug 667774 > > > > Note that this is a major fail for a stable

[gentoo-dev] libffi-3.3_rc0 is in ~arch

libffi-3.3 is mostly compatible with 3.2.x series. There are a few things to watch out: - SONAME changed to .so.7: libffi ebuilds got SLOT=0/7 You might want to add dependency against that to save a @revdep-rebuild iteration. - There was at least one minor API change in x86_64 supported

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On Mon, 1 Oct 2018 13:48:46 -0700 Zac Medico wrote: > On 10/01/2018 01:04 PM, Sergei Trofimovich wrote: > > On Mon, 1 Oct 2018 08:19:29 -0700 > > Zac Medico wrote: > > > >> Hi all, > >> > >> The ~arch version of portage hs a new QA check

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On Mon, 1 Oct 2018 08:19:29 -0700 Zac Medico wrote: > Hi all, > > The ~arch version of portage hs a new QA check that reports installation > of files outside of directories that have been whitelisted [1]. The > current whitelist includes: > > directories common to / and /usr >

Re: [gentoo-dev] Changing policy about -Werror

On Fri, 14 Sep 2018 23:15:28 +0300 Alon Bar-Lev wrote: > > > > Unused variable is a good example of typical benign warning: > > > > it was there all the time, it's not a new bug and does not > > > > warrant need for an immediate fix. > > > > > > Unused variable is a good example of CRITICAL

Re: [gentoo-dev] Changing policy about -Werror

On Fri, 14 Sep 2018 11:54:57 -0400 Richard Yao wrote: > >> My read of this is that the warning occurs regardless of optimization > >> level, but it could somehow be improved by optimization. > >> > >> As for the last, it is for uninitialized variable reads. However, I think > >> you are

Re: [gentoo-dev] Changing policy about -Werror

On Fri, 14 Sep 2018 19:40:13 +0300 Alon Bar-Lev wrote: > On Fri, Sep 14, 2018 at 12:34 AM Sergei Trofimovich wrote: > > > > On Tue, 11 Sep 2018 12:44:38 +0300 > > Alon Bar-Lev wrote: > > > > I'm personally in favour of not allowing -Werror > >

Re: [gentoo-dev] Changing policy about -Werror

On Tue, 11 Sep 2018 12:44:38 +0300 Alon Bar-Lev wrote: I'm personally in favour of not allowing -Werror to be in build system unconditionally. Maintainer is free to implement --enable-werror any way it's convenient to run on their own extended sanity checks and optionally expose it to users. Be

Re: [gentoo-portage-dev] Avoid stripping ld.so ?

On Thu, 30 Aug 2018 07:37:16 + Joakim Tjernlund wrote: > > > Tweaking ebuild to expand STRIP_MASK for ld.so might help. > > > > OK, can I use STRIP_MASK outside ebuilds, like in /etc/portage/make.conf or > > in my profile? Something like STRIP_MASK="/lib64/ld-* /lib/ld-*" I believe you

Re: [gentoo-portage-dev] Avoid stripping ld.so ?

On Wed, 29 Aug 2018 20:10:54 + Joakim Tjernlund wrote: > Is there a way for portage to avoid strippning debug syms for ld.so ? Tweaking ebuild to expand STRIP_MASK for ld.so might help. > I would like to avoid building all of glibc with debug syms. s/building/installing, right? You will

[gentoo-dev] Re: gcc-8 will go into ~arch this weekend

On Fri, 17 Aug 2018 00:02:32 +0100 Sergei Trofimovich wrote: > For a few months unkeyworded gcc-8 was in the tree. > I plan to unleash it into ~arch this weekend. > > 'gcc-8' tracker for known things, fixes to steal from > and new bugs to pile on: > https://bugs.gentoo.or

[gentoo-dev] Re: [PATCH] epatch.eclass: drop 'estach.eclass' usage

On Sat, 11 Aug 2018 01:02:23 +0100 Sergei Trofimovich wrote: > Avoid use of eshopts_push / eshopts_pop functions > as they don't preserve expand_aliases shell option > and get detected by QA warning as: > * QA Notice: Global shell options changed and were > not restore

[gentoo-dev] gcc-8 will go into ~arch this weekend

For a few months unkeyworded gcc-8 was in the tree. I plan to unleash it into ~arch this weekend. 'gcc-8' tracker for known things, fixes to steal from and new bugs to pile on: https://bugs.gentoo.org/654766 Have fun! -- Sergei

[gentoo-dev] [PATCH] epatch.eclass: drop 'estach.eclass' usage

as: $ EPATCH_USER_EXCLUDE="*" ebuild gcc-8.2.0.ebuild clean prepare CC: mgo...@gentoo.org CC: base-sys...@gentoo.org Bug: https://bugs.gentoo.org/662586 Signed-off-by: Sergei Trofimovich --- eclass/epatch.eclass | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/eclass/epatc

Re: [gentoo-dev] Packages up for grabs

On Wed, 8 Aug 2018 09:18:46 +0200 Manuel Rüger wrote: > Hi, > > it looks like parts of the Gentoo project and I don't share the same > values anymore. > Therefore, I currently don't know if I want to continue contributing and > am looking for new maintainers for the following packages: Sad to

Re: [gentoo-dev] rfc: [QA] Ban policy introduction

On Sun, 29 Jul 2018 00:40:18 +0300 Mikle Kolyada wrote: > Hello, > > The Gentoo QA team would like to introduce the following policy that > would be applied to individuals breaking the state and quality of the > main gentoo.git tree > > ( as we do not have this strictly documented yet): > >

Re: [gentoo-dev] [arm17] [PATCH] toolchain-funcs.eclass: Update tc-is-softfloat for new ARM triplets

On Wed, 25 Jul 2018 23:19:13 +0100 James Le Cuirot wrote: > > Then we could start warning users about the fact of inconsistency and point > > to migration procedure. And we could have cleaner ${CTARGET} matches against > > what Gentoo expects. > > Not sure about this. As I've said, I don't

Re: [gentoo-dev] [arm17] [PATCH] crossdev: Make armv[67] default to hardfloat following eclass change

On Wed, 25 Jul 2018 00:11:18 +0100 James Le Cuirot wrote: > armv7a-unknown-linux-gnueabi would have previously been treated as > hardfloat but is now softfloat. > > I have removed the armv7a-hardfloat-linux-gnueabi-7.3.0 example from > the README to avoid confusion even though it does still

Re: [gentoo-dev] [arm17] [PATCH] toolchain-funcs.eclass: Update tc-is-softfloat for new ARM triplets

On Wed, 25 Jul 2018 00:09:28 +0100 James Le Cuirot wrote: > The triplet will change from armv7a-hardfloat-linux-gnueabi to > armv7a-unknown-linux-gnueabihf or similar. The function already > treated the latter as hardfloat but ambiguous triplets such as > arm-unknown-linux-gnueabi will change

[gentoo-dev] Re: [PATCH] profiles/profiles.desc: move hppa profiles stable->exp

On Sun, 6 May 2018 10:39:56 -0700 Matt Turner <matts...@gentoo.org> wrote: > On Sun, May 6, 2018 at 2:20 AM, Sergei Trofimovich <sly...@gentoo.org> wrote: > > To release the burden on maintainers having to keep outdated > > latest stable versions of package

[gentoo-dev] gcc-8 (unkeyworded) hits the tree

Hello all! gcc-8.1.0-r2 did enter ::gentoo today \o/ Upstream changelog: https://gcc.gnu.org/gcc-8/changes.html Things are not too broken when built against gcc-8. There will be usual minor fallout of things. Nothing major reported yet. 'gcc-8' tracker for known things, fixes to steal from and

[gentoo-dev] [PATCH] profiles/profiles.desc: move hppa profiles stable->exp

://bugs.gentoo.org/629554 Signed-off-by: Sergei Trofimovich <sly...@gentoo.org> --- profiles/profiles.desc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/profiles/profiles.desc b/profiles/profiles.desc index 7d4b5781c88..5c5d06c7d96 100644 --- a/profiles/profiles.desc +++ b/pr

[gentoo-dev] Re: [PATCH] flag-o-matic.eclass: treat "--param x" as a unit when testing flags

On Fri, 13 Apr 2018 12:21:47 -0400 Mike Gilbert wrote: > For clang and gcc, --param consumes the next argument. Testing --param > and its value separately is nonsensical. > --- > eclass/flag-o-matic.eclass | 33 +++-- >

[gentoo-dev] [PATCH v2] vcs-snapshot.eclass: set -o (--no-same-owner) when unpacking, bug #645182

es: https://bugs.gentoo.org/645182 Signed-off-by: Sergei Trofimovich <sly...@gentoo.org> --- eclass/vcs-snapshot.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass index 3eff6995fae..2b3f73897ce 100644 --- a/eclass/vcs-

[gentoo-dev] [PATCH] vcs-snapshot.eclass: set -o (--no-same-owner) when unpacking, bug #645182

ug: https://bugs.gentoo.org/645182 Signed-off-by: Sergei Trofimovich <sly...@gentoo.org> --- eclass/vcs-snapshot.eclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass index 3eff6995fae..2b3f73897ce 100644 --- a/eclass/vcs-

Re: [gentoo-dev] [PATCH] l10n.eclass: Disabled locales are the complement of enabled ones.

On Fri, 12 Jan 2018 22:31:04 +0100 Ulrich Müller wrote: > Disabled locales returned by l10n_get_locales() should be the > complement of enabled locales: disabled = PLOCALES \ enabled. > > So far, in the case of the enabled set falling back to PLOCALE_BACKUP, > the backup locale

[gentoo-dev] Re: [PATCH] Migrate CROSSCOMPILE_OPTS=headers-only -> USE=headers-only

On Sat, 30 Dec 2017 18:48:02 + Sergei Trofimovich <sly...@gentoo.org> wrote: > CROSSCOMPILE_OPTS is a USE_EXPAND of a single item: headers-only. > Convert it to a global USE flag instead. > > The changes are: > - mechanical ebuild rename (touches libcs and kernel header

Re: [gentoo-dev] [PATCH] skel.ebuild: Update comments for inherit, SLOT, KEYWORDS.

On Sun, 31 Dec 2017 14:31:00 +0100 Ulrich Müller wrote: > epatch() is provided by epatch.eclass now. Also comment the inherit > line, since not every ebuild will use it. > > Empty SLOT doesn't disable slots, but is outright illegal in all EAPIs. > Similar for KEYWORDS="*",

<    1   2   3   4   >