[gentoo-dev] [PATCH] readme.gentoo-r1.eclass: Document the DOC_CONTENTS variable

2022-01-01 Thread Ulrich Müller
This fixes a spurious "UnusedInherits" warning from pkgcheck. Signed-off-by: Ulrich Müller --- eclass/readme.gentoo-r1.eclass | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/eclass/readme.gentoo-r1.eclass b/eclass/readme.gentoo-r1.eclass index 3ad36fac2588..0d302179127b

[gentoo-dev] Progress of the Gentoo/LoongArch port, and question on upstreaming procedure

2022-01-01 Thread WANG Xuerui
Hi everyone, I'm the guy who previously announced the Gentoo/LoongArch port [1]; since that post, some nice progress has been made, and here's a heads-up and a procedural question regarding how to continue work upstream. ## Progress of the port After some minimal forking and tweaking, it's

[gentoo-dev] [PATCH] eclass/mercurial.eclass: add EAPI 8

2022-01-01 Thread Cédric Krier
Closes: https://bugs.gentoo.org/829131 --- eclass/mercurial.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/mercurial.eclass b/eclass/mercurial.eclass index e984da08e330..b79b754aa68a 100644 --- a/eclass/mercurial.eclass +++ b/eclass/mercurial.eclass @@ -7,7 +

Re: [gentoo-dev] Up for grabs: media-tv/plex-media-server

2022-01-01 Thread Wolfgang E. Sanyer
If no one's interested in this I can take a look at it as proxy maint, I like pms El dom, 26 de dic. de 2021 12:19 a. m., Sam James escribió: > media-tv/plex-media-server is up for grabs as the result of a proxied > maintainer retiring. > > It's a popular package. There are some active overlays

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

2022-01-01 Thread Piotr Karbowski
Hi, I'd like to get some insight how others see the concept of narrowing the scope of USE flags in Gentoo. Taking a quote from devmanual: > USE flags are to control optional dependencies and settings which the user may reasonably want to select. I'd like to focus on the 'reasonably want'

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

2022-01-01 Thread Scott Ellis
Your `ipv6` USE flag hits home - I don't use IPv6, nor do I want to have IPv6 support built into things (just another potential "thing" that I have to secure, or errors/warnings I need to suppress since I run an IPv6-less kernel). If there needs to be a path to culling USE flags, perhaps looking t

[gentoo-dev] Last rites: www-servers/bozohttpd

2022-01-01 Thread Jonas Stein
# Jonas Stein (2022-01-02) # Unmaintained and broken. # Removal after 2022-03-01. Bug #830428. www-servers/bozohttpd https://bugs.gentoo.org/830428 -- Best, Jonas

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

2022-01-01 Thread Blake Bartenbach
On Sat Jan 1, 2022 at 4:21 PM CST, Piotr Karbowski wrote: > I'd like to focus on the 'reasonably want' here. > I find that words like "reasonable" are generally useless. The issue is, it's completely subjective. Do you think the average person would think that using Gentoo is reasonable for their

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

2022-01-01 Thread Sam James
> On 1 Jan 2022, at 22:21, Piotr Karbowski wrote: > > Hi, > > I'd like to get some insight how others see the concept of narrowing the > scope of USE flags in Gentoo. > > Taking a quote from devmanual: > > > USE flags are to control optional dependencies and settings which the user > may

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

2022-01-01 Thread Sam James
> On 2 Jan 2022, at 04:28, Blake Bartenbach wrote: > > On Sat Jan 1, 2022 at 4:21 PM CST, Piotr Karbowski wrote: >> The thing is, it's 2022, and it does not make any sense to *not* support >> IPv6, even if one does not connect to any network with IPv6, there's no >> harm to just have it there.

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

2022-01-01 Thread Sam James
> On 2 Jan 2022, at 00:03, Scott Ellis wrote: > > Your `ipv6` USE flag hits home - I don't use IPv6, nor do I want to have IPv6 > support built into things (just another potential "thing" that I have to > secure, or errors/warnings I need to suppress since I run an IPv6-less > kernel). > >