[gentoo-dev] New eclass: openvdb.eclass

Hello, I am a proxied maintainer of blender and openvdb and wish to propose a new eclass and USE_EXPAND variable to ensure the same version of the openvdb abi is used when building the blender, openvdb and openimageio packages. The tree currently contains openvdb 4 and 5, and I plan to add 6

[gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

The TL;DR is that a crack team of infra-folks[0] have been putting together demos of CI services and things like gitlab / gitea / gerrit and so on. Some of these come in combined (e.g. gitlab offers repo hosting, code review / pull reqs, CI services, and deploy services.) Some of these are

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

I noticed that gcc-config recently gained --enable-native-links / --disable-native-links knobs that are . Will this patch with a renamed option name e.g. --disable-default-cc-vars and support for a USE flag work? Thanks, Manoj On Wed, Mar 11, 2020 at 9:07 AM Manoj Gupta wrote: > > > On Wed,

Re: [gentoo-dev] Packages up for grabs

On Tue, 26 May 2020 23:12:06 +0100 Andrey Utkin wrote: > I have transitioned to "away" state as I have to reclaim my time for > other uses. Here I am trying to reduce the scope of my Gentoo > responsibilities to make potential return to activity less dreadful > and overwhelming. > > Call for

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

On Tue, 26 May 2020 15:13:47 -0700 Manoj Gupta wrote: > I noticed that gcc-config recently gained --enable-native-links / > --disable-native-links knobs that are . Will this patch with a renamed > option name > e.g. --disable-default-cc-vars and support for a USE flag work? That can work. Let's

Re: [gentoo-dev] Packages up for grabs

> On 26 May 2020, at 23:12, Andrey Utkin wrote: > > I have transitioned to "away" state as I have to reclaim my time for other > uses. Here I am trying to reduce the scope of my Gentoo responsibilities to > make potential return to activity less dreadful and overwhelming. Nothing wrong with

[gentoo-dev] Packages up for grabs

I have transitioned to "away" state as I have to reclaim my time for other uses. Here I am trying to reduce the scope of my Gentoo responsibilities to make potential return to activity less dreadful and overwhelming. Call for successors === The following are the packages I do not

[gentoo-dev] [PATCH v2] kernel-2.eclass: avoid lexicographical compare on versions, bug #705246

Originally found in bug #705240 as: ``` if [[ ... || ${KV_MAJOR}.${KV_MINOR}.${KV_PATCH} > 2.6.28 ]]; then ``` '>' are string comparisons. They are benign so far, but will start failing on linux-10 :) Let's be consistent and use version comparison. Closes: https://bugs.gentoo.org/705246

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

tisdag 26 maj 2020 kl. 19:54:51 CEST skrev Alexis Ballier: > On Tue, 26 May 2020 10:45:39 -0400 > > Mike Gilbert wrote: > > > Note that having the 'pic' useflag should be considered something > > > to be fixed: rewrite the asm in a PIC way. But these days nobody > > > has the will to do it

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On 5/26/20 10:32 AM, Ulrich Mueller wrote: >> On Tue, 26 May 2020, Zac Medico wrote: > >> On 5/26/20 12:48 AM, Michał Górny wrote: >>> On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote: Since variables like A and AA can contain extremely large values which may trigger E2BIG errors

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

On Tue, May 26, 2020 at 2:13 PM Mike Gilbert wrote: > > On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote: > > > > On Tue, 26 May 2020 10:45:39 -0400 > > Mike Gilbert wrote: > > > > Note that having the 'pic' useflag should be considered something > > > > to be fixed: rewrite the asm in a

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

On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote: > > On Tue, 26 May 2020 10:45:39 -0400 > Mike Gilbert wrote: > > > Note that having the 'pic' useflag should be considered something > > > to be fixed: rewrite the asm in a PIC way. But these days nobody > > > has the will to do it since this

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

On Tue, 26 May 2020 10:45:39 -0400 Mike Gilbert wrote: > > Note that having the 'pic' useflag should be considered something > > to be fixed: rewrite the asm in a PIC way. But these days nobody > > has the will to do it since this is mostly an issue on x86+pax, > > both being slowly decreasing. >

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

On Tue, 26 May 2020 10:45:39 -0400 Mike Gilbert wrote: > > Note that having the 'pic' useflag should be considered something > > to be fixed: rewrite the asm in a PIC way. But these days nobody > > has the will to do it since this is mostly an issue on x86+pax, > > both being slowly decreasing.

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On 5/26/20 10:16 AM, Alec Warner wrote: > On Tue, May 26, 2020 at 9:46 AM Zac Medico > wrote: > > On 5/26/20 1:43 AM, Alec Warner wrote: > > On Mon, May 25, 2020 at 9:34 PM Zac Medico > >

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

> On Tue, 26 May 2020, Zac Medico wrote: > On 5/26/20 12:48 AM, Michał Górny wrote: >> On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote: >>> Since variables like A and AA can contain extremely large values which >>> may trigger E2BIG errors during attempts to execute subprocesses, delay

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On Tue, May 26, 2020 at 9:46 AM Zac Medico wrote: > On 5/26/20 1:43 AM, Alec Warner wrote: > > On Mon, May 25, 2020 at 9:34 PM Zac Medico > > wrote: > > > > Since variables like A and AA can contain extremely large values > which > > may trigger E2BIG errors

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On 5/26/20 12:48 AM, Michał Górny wrote: > On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote: >> Since variables like A and AA can contain extremely large values which >> may trigger E2BIG errors during attempts to execute subprocesses, delay >> export until the last moment, and unexport when

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On 5/26/20 1:43 AM, Alec Warner wrote: > On Mon, May 25, 2020 at 9:34 PM Zac Medico > wrote: > > Since variables like A and AA can contain extremely large values which > may trigger E2BIG errors during attempts to execute subprocesses, delay > export until

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

On Tue, May 26, 2020 at 5:30 AM Alexis Ballier wrote: > On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote: > > If I understand you correctly, we should just drop the USE="pic" > > logic > > from the remaining packages that have it? Or are you trying to say > > something else? > > > Drop

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

On Tue, May 26, 2020 at 4:12 AM Haelwenn (lanodan) Monnier wrote: > > [2020-05-25 23:41:23+0200] Piotr Karbowski: > > There are 3 common ways the xorg-server is started: > > > > - via XDM of some sort, usually forked as root, does not require suid, > > systemd or elogind. > > Launching X as root

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

[...] > > If I understand you correctly, we should just drop the USE="pic" > > logic > > from the remaining packages that have it? Or are you trying to say > > something else? > [...] > Note that having the 'pic' useflag should be considered something to > be > fixed: rewrite the asm in a PIC

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

Piotr Karbowski wrote: > Hi, > > On 26/05/2020 00.34, Philip Webb wrote: >> I'ld rather you didn't. > You didn't provided any rationale for that. Running X as root is anti > pattern, especially nowadays when so little effort is required to not > have to run it as root. > > You can either enable

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

On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote: > On Mon, May 25, 2020 at 7:35 PM Alexis Ballier > wrote: > > On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote: > > > On Mon, May 25, 2020 at 3:18 PM Michał Górny > > > wrote: > > > > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On Mon, May 25, 2020 at 9:34 PM Zac Medico wrote: > Since variables like A and AA can contain extremely large values which > may trigger E2BIG errors during attempts to execute subprocesses, delay > export until the last moment, and unexport when appropriate. > So I think if you want to do this

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

[2020-05-25 23:41:23+0200] Piotr Karbowski: > There are 3 common ways the xorg-server is started: > > - via XDM of some sort, usually forked as root, does not require suid, > systemd or elogind. Launching X as root and having it be suid is quite the same thing… > - via better XDM that can into

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

Hi, On 26/05/2020 09.23, Philip Webb wrote: > 200526 Piotr Karbowski wrote: >> On 26/05/2020 00.34, Philip Webb wrote: >>> I'ld rather you didn't. >> You didn't provided any rationale for that. > > I thought I did (smile). > >> Running X as root is anti-pattern, especially nowadays >> when so

Re: [gentoo-dev] [RFC] Bootloader use in eclean-kernel

On 5/22/20 9:08 PM, Michał Górny wrote: > Hence my question: do you find 'do not remove kernels listed > in bootloader config' feature useful? Do you think it should remain > the default? Do you think it is worthwhile to continue supporting it? In my Gentoo maintenance scripts I'm using

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote: > Since variables like A and AA can contain extremely large values which > may trigger E2BIG errors during attempts to execute subprocesses, delay > export until the last moment, and unexport when appropriate. > Please don't. This will only

[gentoo-dev] [PATCH 3/3] llvm.eclass: Fix prepending LLVM path before system paths

Do not prepend LLVM path before system path, in particular before ccache/distcc paths. Instead, prepend it before the first LLVM version found in PATH, or append to the end if no LLVM is found in PATH. Closes: https://bugs.gentoo.org/627726 Signed-off-by: Michał Górny --- eclass/llvm.eclass

[gentoo-dev] [PATCH 1/3] llvm.eclass: Add initial tests

Signed-off-by: Michał Górny --- eclass/tests/llvm.sh | 138 +++ 1 file changed, 138 insertions(+) create mode 100755 eclass/tests/llvm.sh diff --git a/eclass/tests/llvm.sh b/eclass/tests/llvm.sh new file mode 100755 index ..bb8d5fc998e8 ---

[gentoo-dev] [PATCH 0/3] llvm.eclass: Fix prepending path and add tests

Hi, Here's a quick patch series that aims to fix prepending PATH to stop overriding distcc/ccache/etc. While at it, it adds some tests to the eclass. Please review. Michał Górny (3): llvm.eclass: Add initial tests llvm.eclass: Remove remnants of slot :0 support llvm.eclass: Fix

[gentoo-dev] [PATCH 2/3] llvm.eclass: Remove remnants of slot :0 support

Signed-off-by: Michał Górny --- eclass/llvm.eclass | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass index a2da231b035a..4f968dc39f87 100644 --- a/eclass/llvm.eclass +++ b/eclass/llvm.eclass @@ -71,6 +71,10 @@

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

200526 Piotr Karbowski wrote: > On 26/05/2020 00.34, Philip Webb wrote: >> I'ld rather you didn't. > You didn't provided any rationale for that. I thought I did (smile). > Running X as root is anti-pattern, especially nowadays > when so little effort is required to not have to run it as root.

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

Hi, On 26/05/2020 00.34, Philip Webb wrote: > I'ld rather you didn't. You didn't provided any rationale for that. Running X as root is anti pattern, especially nowadays when so little effort is required to not have to run it as root. You can either enable elogind, or you can enable suid if you