[gentoo-dev] [PATCH 2/2] linux-info.eclass: drop unnecessary IUSE="kernel_linux"

It's already an implicit IUSE, so we don't need this. Signed-off-by: Sam James --- eclass/linux-info.eclass | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/eclass/linux-info.eclass b/eclass/linux-info.eclass index 568f7a1a2832..a0942f0e554c 100644 --- a/eclass/linux-info.e

[gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

It's already an implicit IUSE, so we don't need this. Signed-off-by: Sam James --- eclass/linux-mod.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/linux-mod.eclass b/eclass/linux-mod.eclass index 9f4ae64f6b55..496b9c98b526 100644 --- a/eclass/linux-mod.ecla

[gentoo-dev] Last rites: games-util/springlobby

# Florian Schmaus (2022-01-04) # Outdated, unmaintained, and has multiple open bugs (bug #732582, bug # #739398, bug #756715). As discussed at # https://github.com/gentoo/gentoo/pull/23483#issuecomment-1004363556, # in its current form it is better maintained in the 'spring' overlay. # Removal af

Re: [gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

On Tue, Jan 4, 2022 at 5:23 AM Sam James wrote: > > It's already an implicit IUSE, so we don't need this. I think it is better to declare it explicitly rather than relying on the IUSE_IMPLICIT setting in profiles.

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

On Tue, Jan 4, 2022 at 12:31 AM Michael Orlitzky wrote: > > On Tue, 2022-01-04 at 03:38 +, Sam James wrote: > > > > ACL is kind of similar to what Ionen said for PAM, i.e. sometimes > > people may want to turn it off and it makes sense to expose > > this option for those who do, but we don't n

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

Hi, On 04/01/2022 18.03, Mike Gilbert wrote: On Tue, Jan 4, 2022 at 12:31 AM Michael Orlitzky wrote: On Tue, 2022-01-04 at 03:38 +, Sam James wrote: ACL is kind of similar to what Ionen said for PAM, i.e. sometimes people may want to turn it off and it makes sense to expose this option

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

On Tue, 2022-01-04 at 12:03 -0500, Mike Gilbert wrote: > > I disagree with the claim that "most people" should disable ACL > support at build time. That just gives you partially functional tools. > The ACL behavior can generally be controlled using runtime options. I understand why people would d

Re: [gentoo-dev] [PATCH 2/2] linux-info.eclass: drop unnecessary IUSE="kernel_linux"

On 1/4/2022 5:23 AM, Sam James wrote: It's already an implicit IUSE, so we don't need this. Signed-off-by: Sam James --- This seems a bit excessive for something that will not change the end compilations in any way. This one could just stay and not hurt anything. The commits by soap on th

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

Hi, On 04/01/2022 18.35, Michael Orlitzky wrote: On Tue, 2022-01-04 at 12:03 -0500, Mike Gilbert wrote: I disagree with the claim that "most people" should disable ACL support at build time. That just gives you partially functional tools. The ACL behavior can generally be controlled using runt

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

On Tue, 2022-01-04 at 19:26 +0100, Piotr Karbowski wrote: > > And none of which happens unless you intentionally trigger it. > > ... > > Sure, acl and how chmod manipulate mask on ACL-enabled entities is not > very simple, but nothing will break by itself just because you have acl > support en

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

On 04/01/2022 20.18, Michael Orlitzky wrote: On Tue, 2022-01-04 at 19:26 +0100, Piotr Karbowski wrote: And none of which happens unless you intentionally trigger it. ... Sure, acl and how chmod manipulate mask on ACL-enabled entities is not very simple, but nothing will break by itself jus

Re: [gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

On Tue, 2022-01-04 at 11:17 -0500, Mike Gilbert wrote: > On Tue, Jan 4, 2022 at 5:23 AM Sam James wrote: > > > > It's already an implicit IUSE, so we don't need this. > > I think it is better to declare it explicitly rather than relying on > the IUSE_IMPLICIT setting in profiles. I agree. Perh

Re: [gentoo-dev] [PATCH 1/2] linux-mod.eclass: drop unnecessary IUSE="kernel_linux"

> On 4 Jan 2022, at 21:54, Michał Górny wrote: > > On Tue, 2022-01-04 at 11:17 -0500, Mike Gilbert wrote: >> On Tue, Jan 4, 2022 at 5:23 AM Sam James wrote: >>> >>> It's already an implicit IUSE, so we don't need this. >> >> I think it is better to declare it explicitly rather than relying o

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

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. Bug: https://bugs.gentoo.org/570534 Signed-off-by: Sam James --- eclass/check-reqs.eclass | 42

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

> On 4 Jan 2022, at 22:58, 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. > > Bug: https://bugs.gentoo.org/570534 > Signed-off-by: Sam James > ---

Re: [gentoo-dev] [PATCH v3] kernel-2.eclass: Respect portage toolchain variables

> On 3 Jan 2022, at 18:23, Mike Gilbert wrote: > On Mon, Jan 3, 2022 at 12:49 PM Adrian Ratiu > wrote: >> >> Starting with kernel>=v5.7 the build system can override the >> tools vars by setting LLVM=1 [1], but older kernels still use >> the default GNU tools

Re: [gentoo-dev] [PATCH v3] kernel-2.eclass: Respect portage toolchain variables

On 1/4/22 18:25, Sam James wrote: > > >> On 3 Jan 2022, at 18:23, Mike Gilbert > > wrote: On Mon, Jan 3, 2022 at 12:49 >> PM Adrian Ratiu > > wrote: >>> >>> Starting with kernel>=v5.7 the build system can override the >>> tools va

[gentoo-dev] [PATCH 1/2] profiles: add PPC_PAGESIZE use expand

Hardware can use either size, it's a built time option. 64K is standard and is what we use by default and 99% of distros use. 4K is more compatible with desktop applications and GPU drivers, which often assume 4K page size. Problem from switching page sizes on reboot: btrfs and swaps break, other

[gentoo-dev] [PATCH 2/2] EXAMPLE, NOMERGE sys-kernel/gentoo-kernel: use ppc_pagesize expand

Signed-off-by: Georgy Yakovlev --- .../gentoo-kernel/gentoo-kernel-5.15.11.ebuild | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/sys-kernel/gentoo-kernel/gentoo-kernel-5.15.11.ebuild b/sys-kernel/gentoo-kernel/gentoo-kernel-5.15.11.ebuild index e4ac32a701