Re: [gentoo-dev] EAPI 8 is here!

2021-06-16 Thread Matt Turner
On Wed, Jun 16, 2021 at 7:28 PM Peter Stuge wrote: > > Sam James wrote: > > * Brings IDEPEND, usev enhancements, --disable-static by default, and more! > > How to undo that --disable-static ? You add --enable-static to econf's arguments.

Re: [gentoo-dev] EAPI 8 is here!

2021-06-16 Thread Sam James
> On 17 Jun 2021, at 03:28, Peter Stuge wrote: > > Sam James wrote: >> * Brings IDEPEND, usev enhancements, --disable-static by default, and more! > > How to undo that --disable-static ? > > I'm asking both for my own ebuilds and as a regular portage user. > Pass --enable-static to econf o

Re: [gentoo-dev] EAPI 8 is here!

2021-06-16 Thread Peter Stuge
Sam James wrote: > * Brings IDEPEND, usev enhancements, --disable-static by default, and more! How to undo that --disable-static ? I'm asking both for my own ebuilds and as a regular portage user. //Peter

[gentoo-dev] [PATCH] fcaps.eclass: support EAPI 8

2021-06-16 Thread David Michael
This defines the native install-time libcap dependency as: - EAPI < 7: RDEPEND Only regular ROOT=/ builds can be expected to work. - EAPI = 7: RDEPEND + BDEPEND Also install the native setcap at built time, so cross- compiling will work, but not installing binpkgs in R

[gentoo-dev] EAPI 8 is here!

2021-06-16 Thread Sam James
Hi! EAPI 8 is here! In fact, it arrived a few days ago on Sunday: 1) Council approval of EAPI 8 on Sunday at the regular meeting 2) Swift release of Portage 3.0.20 containing EAPI 8 by Zac shortly thereafter. Summary: * mgorny's traditional summary is already out and can be found on his website

[gentoo-dev] Up for grabs: various base-system@ packages

2021-06-16 Thread Sam James
Hi, base-system@ has decided to shed some packages which no longer fit within its remit: - app-editors/hexcurse - app-shells/bashdb - app-shells/rc - dev-util/autoproject - dev-util/unifdef - net-misc/netkit-rsh - sys-devel/remake - sys-fs/dmg2img Most of these packages are in a pretty good stat

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michał Górny
On Wed, 2021-06-16 at 11:57 -0400, Rich Freeman wrote: > On Wed, Jun 16, 2021 at 11:42 AM Michał Górny wrote: > > > > What is the point you're making? If GF decides to kick you from Gentoo, > > will you also claim that it was their legal right? > > > > IMO the lesson to be learned here is that

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Rich Freeman
On Wed, Jun 16, 2021 at 11:42 AM Michał Górny wrote: > > What is the point you're making? If GF decides to kick you from Gentoo, > will you also claim that it was their legal right? > IMO the lesson to be learned here is that we ought to design Gentoo in such a way that if the GF kicks us all fr

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michał Górny
On Wed, 2021-06-16 at 17:03 +0200, Thomas Deutschmann wrote: > > Quick recap for people that haven't been following the news or got > > confused in the lots of data: > > > > 1. Freenode was sold in 2017 to some guy who apparently wasn't supposed > > to interfere with its operations. > > > > 2. In

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Sam James
> On 16 Jun 2021, at 16:12, Sam James wrote: > > > >> On 16 Jun 2021, at 10:13, Michał Górny wrote: >> >> [snip] > > The only case not covered by your questions is where an IRC client > might autojoin #gentoo@libera (Smuxi does this with #smuxi) in which > case we want to update it. > >>

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Sam James
> On 16 Jun 2021, at 10:13, Michał Górny wrote: > > [snip] The only case not covered by your questions is where an IRC client might autojoin #gentoo@libera (Smuxi does this with #smuxi) in which case we want to update it. > 1. Should we be proactively changing the default network in IRC clien

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Thomas Deutschmann
On 2021-06-16 11:13, Michał Górny wrote: 1. Should we be proactively changing the default network in IRC clients (provided they have one) from Freenode to Libera.chat? 1a. If yes, then should we also make a change if clients default to network other than Freenode? Adding *our* network in case

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Thomas Deutschmann wrote: > On 2021-06-16 13:28, Michal Prívozník wrote: >> Why should we mangle with packages this way? I mean, to me Gentoo was >> one of the few distros that allowed real choice for users (systemd vs >> openrc, selinux or !selinux, etc.). We shouldn't

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Michal Prívozník wrote: >>> 1. Should we be proactively changing the default network in IRC clients >>> (provided they have one) from Freenode to Libera.chat >> >> Yes. IMHO Freenode is no longer a reasonable default. > Why should we mangle with packages this way? I me

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Thomas Deutschmann
On 2021-06-16 13:28, Michal Prívozník wrote: Why should we mangle with packages this way? I mean, to me Gentoo was one of the few distros that allowed real choice for users (systemd vs openrc, selinux or !selinux, etc.). We shouldn't be making choices on behalf of users. The best we can do is to

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Hanno Böck
Hi, On Wed, 16 Jun 2021 11:13:19 +0200 Michał Górny wrote: > However, there are still IRC clients in Gentoo that default to > Freenode. I think the next questions we need to answer are: My recommendation would be to prioritize asking upstreams to change defaults. We can still patch defaults fo

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Rich Freeman
On Wed, Jun 16, 2021 at 7:28 AM Michal Prívozník wrote: > > On 6/16/21 11:21 AM, Ulrich Mueller wrote: > >> On Wed, 16 Jun 2021, Michał Górny wrote: > > > >> We've moved our official support channels from Freenode to Libera.chat. > >> All that's happened afterwards pretty much proves that this

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michal Prívozník
On 6/16/21 11:21 AM, Ulrich Mueller wrote: >> On Wed, 16 Jun 2021, Michał Górny wrote: > >> We've moved our official support channels from Freenode to Libera.chat. >> All that's happened afterwards pretty much proves that this was >> the right decision. Maybe even to the point of saying that

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Marek Szuba
On 2021-06-16 11:22, Michał Górny wrote: IMO it makes most sense to just switch the default to irc.gentoo.org if we are going to change defaults anyway. We can't really do that as ircs://irc.gentoo.org causes certificate hostname mismatch. On a somewhat tangential note, could we add a TLSA R

[gentoo-dev] 'QA Notice: setuptools warnings detected' reports

2021-06-16 Thread Michał Górny
Hi, The most recent version of Portage detects and verbosely reports warnings from setup.py. Now ago's CI also reports them to package maintainers. The most common kind of issue looks like this: * QA Notice: setuptools warnings detected: * * Usage of dash-separated 'force-manifest' wil

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michał Górny
On Wed, 2021-06-16 at 12:06 +0200, Andrew Ammerlaan wrote: > IMO it makes most sense to just switch the default to irc.gentoo.org if > we are going to change defaults anyway. We can't really do that as ircs://irc.gentoo.org causes certificate hostname mismatch. -- Best regards, Michał Górny

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Andrew Ammerlaan
On 16/06/2021 11:45, Michał Górny wrote: On Wed, 2021-06-16 at 12:43 +0300, Joonas Niilola wrote: On 16.6.2021 12.13, Michał Górny wrote: Hi, everyone. We've moved our official support channels from Freenode to Libera.chat. All that's happened afterwards pretty much proves that this was the ri

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michał Górny
On Wed, 2021-06-16 at 12:43 +0300, Joonas Niilola wrote: > On 16.6.2021 12.13, Michał Górny wrote: > > Hi, everyone. > > > > We've moved our official support channels from Freenode to Libera.chat. > > All that's happened afterwards pretty much proves that this was > > the right decision. Maybe ev

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Joonas Niilola
On 16.6.2021 12.13, Michał Górny wrote: > Hi, everyone. > > We've moved our official support channels from Freenode to Libera.chat. > All that's happened afterwards pretty much proves that this was > the right decision. Maybe even to the point of saying that staying > on Freenode would be dangero

[gentoo-dev] [PATCH 3/3] lua-single.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua-single.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/lua-single.eclass b/eclass/lua-single.eclass index 11c2790dac2..7abe1eb6674 100644 --- a/eclass/lua-single.eclass +++ b/eclass/lua-single.eclass @@ -1,4 +1,4

[gentoo-dev] [PATCH 2/3] lua.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/lua.eclass b/eclass/lua.eclass index 46d9e848c87..e3a25c5d184 100644 --- a/eclass/lua.eclass +++ b/eclass/lua.eclass @@ -1,4 +1,4 @@ -# Copyright 1999-2020 Gentoo Au

[gentoo-dev] [PATCH 1/3] lua-utils.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua-utils.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/lua-utils.eclass b/eclass/lua-utils.eclass index ddf44f354e1..59959eaf9c0 100644 --- a/eclass/lua-utils.eclass +++ b/eclass/lua-utils.eclass @@ -8,7 +8,7 @@ # @AU

[gentoo-dev] Lua eclasses: support EAPI 8

2021-06-16 Thread Marek Szuba
Nothing special here. RESTRICT manipulation in lua-utils still uses += on purpose, for consistency with how other variables are handled there as well as in order to avoid wasting CPU cycles on an EAPI version check for something that ultimately achieves the same.

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Chris Pritchard
I’d be inclined to agree with this take, seems sensible, although I’d also think the removal of freenode could be very reasonable given their actions have at best demonstrated extremely poor judgement to the detriment of users, or at worst maliciousness. The other thing could be a freenode use

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Michał Górny wrote: > We've moved our official support channels from Freenode to Libera.chat. > All that's happened afterwards pretty much proves that this was > the right decision. Maybe even to the point of saying that staying > on Freenode would be dangerous to our u

[gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Michał Górny
Hi, everyone. We've moved our official support channels from Freenode to Libera.chat. All that's happened afterwards pretty much proves that this was the right decision. Maybe even to the point of saying that staying on Freenode would be dangerous to our users (e.g. because of the late NickServ i

[gentoo-dev] [PATCH] sword-module.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/sword-module.eclass | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/eclass/sword-module.eclass b/eclass/sword-module.eclass index 2ae58d1e51b..f8ae83c9f05 100644 --- a/eclass/sword-module.eclass +++ b/eclass/sword-module.eclass