[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

[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

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

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

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 >

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

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.

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

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

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

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

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

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, 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

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.

[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

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

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