Re: [gentoo-dev] [PATCH] systemd.eclass: remove SYSROOT from pkg-config output

On Mon, Jan 4, 2021 at 6:45 PM Mike Gilbert wrote: > > On Mon, Jan 4, 2021 at 6:18 PM James Le Cuirot wrote: > > $ PKG_CONFIG_SYSROOT_DIR=/foo pkg-config --variable=udevdir udev > > /lib/udev > > > > The udevdir variable is not affected by PKG_CONFIG_SYSROOT_DIR at all. > > And why would it be?

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Tue, 05 Jan 2021 00:54:58 +0100 Michał Górny wrote: > On Mon, 2021-01-04 at 15:50 -0800, Patrick McLean wrote: > > On Tue, 05 Jan 2021 00:16:49 +0100 > > Michał Górny wrote: > > > On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > > > > On Mon, 4 Jan 2021 18:08:02 +0100 > > > >

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, 2021-01-04 at 15:50 -0800, Patrick McLean wrote: > On Tue, 05 Jan 2021 00:16:49 +0100 > Michał Górny wrote: > > > On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > > > On Mon, 4 Jan 2021 18:08:02 +0100 > > > Michał Górny wrote: > > >    > > > > > > > > > > > > > Introduce a

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Tue, 05 Jan 2021 00:16:49 +0100 Michał Górny wrote: > On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > > On Mon, 4 Jan 2021 18:08:02 +0100 > > Michał Górny wrote: > > > > > Introduce a few variables to allow easy overrides of common user account > > > proprerties, that is: > >

Re: [gentoo-dev] [PATCH] systemd.eclass: remove SYSROOT from pkg-config output

On Mon, Jan 4, 2021 at 6:18 PM James Le Cuirot wrote: > $ PKG_CONFIG_SYSROOT_DIR=/foo pkg-config --variable=udevdir udev > /lib/udev > > The udevdir variable is not affected by PKG_CONFIG_SYSROOT_DIR at all. > And why would it be? The man page says that this variable is only > applied to -I and

Re: [gentoo-dev] [PATCH] systemd.eclass: remove SYSROOT from pkg-config output

On Sun, 3 Jan 2021 10:16:49 -0500 Mike Gilbert wrote: > On Sun, Jan 3, 2021 at 7:52 AM James Le Cuirot wrote: > > > > On Sat, 2 Jan 2021 20:09:04 -0500 > > Mike Gilbert wrote: > > > > > When cross-compiling, users will typically have > > > PKG_CONFIG_SYSROOT=${SYSROOT} defined via

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, 2021-01-04 at 14:58 -0800, Patrick McLean wrote: > On Mon, 4 Jan 2021 18:08:02 +0100 > Michał Górny wrote: > > > Introduce a few variables to allow easy overrides of common user account > > proprerties, that is: > > > > - ACCT_USER__SHELL > > - ACCT_USER__HOME > > -

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, 4 Jan 2021 18:08:02 +0100 Michał Górny wrote: > Introduce a few variables to allow easy overrides of common user account > proprerties, that is: > > - ACCT_USER__SHELL > - ACCT_USER__HOME > - ACCT_USER__HOME_OWNER > - ACCT_USER__HOME_PERMS > - ACCT_USER__GROUPS > -

Re: [gentoo-dev] [News review v3] LibreSSL support discontinued

On Mon, 2021-01-04 at 21:48 +0100, Michał Górny wrote: > On Mon, 2021-01-04 at 20:59 +0100, Ulrich Mueller wrote: > > > > > > > On Mon, 04 Jan 2021, Michał Górny wrote: > > > > > Starting 2021-02-01, Gentoo will discontinue supporting > > > dev-libs/libressl as an alternative to dev-libs/openssl.

Re: [gentoo-dev] [News review v3] LibreSSL support discontinued

On Mon, 2021-01-04 at 20:59 +0100, Ulrich Mueller wrote: > > > > > > On Mon, 04 Jan 2021, Michał Górny wrote: > > > Starting 2021-02-01, Gentoo will discontinue supporting > > dev-libs/libressl as an alternative to dev-libs/openssl. While it > > will > > > [...] > > > On 2021-02-01, we will

Re: [gentoo-dev] [News review v3] LibreSSL support discontinued

> On Mon, 04 Jan 2021, Michał Górny wrote: > Starting 2021-02-01, Gentoo will discontinue supporting > dev-libs/libressl as an alternative to dev-libs/openssl. While it will > [...] > On 2021-02-01, we will mask the relevant USE flags and packages. If > you > [...] > necessary to use

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

On 1/4/21 1:20 PM, Michał Górny wrote: Most importantly, it doesn't resolve the core issue of 'we need to update home before merging reverse dependencies'. Quoth the devmanual, "if your package requires a user, you can no longer be sure of that user's home directory or its ownership and

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 19:27, Michael Orlitzky wrote: People like me could just ignore changed users if changes won't go live until you run said users-update command or make use of INSTALL_MASK. Changes wouldn't go live until you ran etc-update, and *then* users-update. This would address my

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

On 1/4/21 1:23 PM, Thomas Deutschmann wrote: People like me could just ignore changed users if changes won't go live until you run said users-update command or make use of INSTALL_MASK. Changes wouldn't go live until you ran etc-update, and *then* users-update.

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

Hi, On 2021-01-04 19:07, Michael Orlitzky wrote: We could implement this with something like an /etc/users.d directory that would be populated with entries by either the admin or package manager with CONFIG_PROTECT enabled. Then the system database would be updated by running something like

[gentoo-portage-dev] [PATCH gentoolkit] gentoolkit: Remove gentoolkit.test.cmp

Signed-off-by: Matt Turner --- Seems to only be used by duplicated unit tests? I guess this might have been useful when Python 2 was still supported? pym/gentoolkit/test/__init__.py | 23 --- pym/gentoolkit/test/test_atom.py | 15 ---

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 13:07 -0500, Michael Orlitzky wrote: > On 1/4/21 11:45 AM, James Cloos wrote: > > > > > > > "RHJ" == Robin H Johnson writes: > > > > RHJ> The best I can come up with at the moment, is that any packaging should > > RHJ> detect if there are user modifications, and provide

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, 2021-01-04 at 18:14 +0100, Thomas Deutschmann wrote: > On 2021-01-04 18:08, Michał Górny wrote: > > Introduce a few variables to allow easy overrides of common user account > > proprerties, that is: > > > > - ACCT_USER__SHELL > > - ACCT_USER__HOME > > - ACCT_USER__HOME_OWNER > > -

Re: [gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

On 1/4/21 11:45 AM, James Cloos wrote: "RHJ" == Robin H Johnson writes: RHJ> The best I can come up with at the moment, is that any packaging should RHJ> detect if there are user modifications, and provide control to users RHJ> based on that fact. Exactly. Akin to etc-update. We could

[gentoo-dev] Last rites: dev-libs/ilbc-rfc3951

# Jaco Kroon (2021-01-04) # media-libs/libilbc is (for every package I manage) a drop-in for # dev-libs/ilbc-rfc3951. The latter had net-misc/asterisk, # net-libs/pjproject and net-voip/yate as dependencies. # (All of which has been bumped to no longer have this dependency.) # Removal in 30 days,

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On Mon, Jan 4, 2021 at 9:15 AM Thomas Deutschmann wrote: > > On 2021-01-04 18:08, Michał Górny wrote: > > Introduce a few variables to allow easy overrides of common user account > > proprerties, that is: > > > > - ACCT_USER__SHELL > > - ACCT_USER__HOME > > - ACCT_USER__HOME_OWNER > > -

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

On 2021-01-04 18:08, Michał Górny wrote: Introduce a few variables to allow easy overrides of common user account proprerties, that is: - ACCT_USER__SHELL - ACCT_USER__HOME - ACCT_USER__HOME_OWNER - ACCT_USER__HOME_PERMS - ACCT_USER__GROUPS - ACCT_USER__GROUPS_ADD The first five variables

[gentoo-dev] Re: [PATCH] acct-user.eclass: don't modify existing user by default

> "RHJ" == Robin H Johnson writes: RHJ> The best I can come up with at the moment, is that any packaging should RHJ> detect if there are user modifications, and provide control to users RHJ> based on that fact. Exactly. Akin to etc-update. -JimC -- James Cloos OpenPGP:

[gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

Introduce a few variables to allow easy overrides of common user account proprerties, that is: - ACCT_USER__SHELL - ACCT_USER__HOME - ACCT_USER__HOME_OWNER - ACCT_USER__HOME_PERMS - ACCT_USER__GROUPS - ACCT_USER__GROUPS_ADD The first five variables override the respective ACCT_USER_* variables,

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, Jan 4, 2021 at 11:50 AM Thomas Deutschmann wrote: > > On 2021-01-04 17:38, Michał Górny wrote: > > You've actually added 'portage' to group 'thomas'. > > Yes, I know that. > > Well, I understand why this might be confusing for you. Like I was using > portage as example for the described

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 17:50 +0100, Thomas Deutschmann wrote: > On 2021-01-04 17:38, Michał Górny wrote: > > You've actually added 'portage' to group 'thomas'. > > Yes, I know that. > > Well, I understand why this might be confusing for you. Like I was using > portage as example for the

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, Jan 4, 2021 at 11:34 AM Thomas Deutschmann wrote: > > On 2021-01-04 17:30, Thomas Deutschmann wrote: > > On 2021-01-04 17:28, Michał Górny wrote: > >> It must be a bug in your version of the eclass. I've just reemerged > >> acct-group/wheel and to*my great surprise* I'm still there.

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 17:38, Michał Górny wrote: You've actually added 'portage' to group 'thomas'. Yes, I know that. Well, I understand why this might be confusing for you. Like I was using portage as example for the described example when you give another service access to a socket like shown in

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 17:34 +0100, Thomas Deutschmann wrote: > On 2021-01-04 17:30, Thomas Deutschmann wrote: > > On 2021-01-04 17:28, Michał Górny wrote: > > > It must be a bug in your version of the eclass.  I've just reemerged > > > acct-group/wheel and to*my great surprise*  I'm still there. 

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 17:30, Thomas Deutschmann wrote: On 2021-01-04 17:28, Michał Górny wrote: It must be a bug in your version of the eclass.  I've just reemerged acct-group/wheel and to*my great surprise*  I'm still there.  How unexpected! That's why I wrote >  (luckily groups like wheel don't

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 17:28, Michał Górny wrote: It must be a bug in your version of the eclass. I've just reemerged acct-group/wheel and to*my great surprise* I'm still there. How unexpected! That's why I wrote > (luckily groups like wheel don't have users...) I meant that there is no

[gentoo-dev] RFC: dropping support for uclibc-ng

Hi everyone, I'd like feedback from people about the possibility of dropping support for uclibc-ng. If you are unfamiliar, its the successor to uclibc as a C Standard Library for embedded systems, ie a replacement for glibc bloat. However, it is inferior to musl which serves the same purpose

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 17:18 +0100, Thomas Deutschmann wrote: > On 2021-01-04 16:55, David Seifert wrote: > > This is what we agree on. We need an escape hatch, and it needs to be > > off by default. Any sysadmin overriding it gets to keep the pieces, but > > they need to have that option. > > See

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 17:14, Michał Górny wrote: as long as it spews a big fat ewarn that the user loses the right to support. Could you please elaborate this a little bit more? I cannot agree with the way I understand this at the moment but I might miss your point. -- Regards, Thomas Deutschmann

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 16:55, David Seifert wrote: This is what we agree on. We need an escape hatch, and it needs to be off by default. Any sysadmin overriding it gets to keep the pieces, but they need to have that option. See Mike's example again. In last chapter of Gentoo's handbook (Finalization)

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 11:10 -0500, Mike Gilbert wrote: > On Mon, Jan 4, 2021 at 4:23 AM Michał Górny wrote: > > > > On Mon, 2021-01-04 at 02:35 +0100, Thomas Deutschmann wrote: > > > Modifying an existing user is a bad default and makes Gentoo > > > special because it is common for system

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, Jan 4, 2021 at 4:23 AM Michał Górny wrote: > > On Mon, 2021-01-04 at 02:35 +0100, Thomas Deutschmann wrote: > > Modifying an existing user is a bad default and makes Gentoo > > special because it is common for system administrators to make > > modifications to user (i.e. putting an user

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 10:24 -0500, Michael Orlitzky wrote: > I understand that creating an overlay with acct-user overrides will > not > be for everyone, so I have no problem with adding an escape hatch. I > do > think it should be off by default though, and that missing future > ::gentoo

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 1/4/21 9:46 AM, Thomas Deutschmann wrote: So the main problem I see with doing this is that it becomes impossible to reliably make changes to a user in later ebuild revisions. He is obviously looking for a way to allow maintainers to change users afterwards. But if we tell people, "If you

[gentoo-dev] [News review v3] LibreSSL support discontinued

The third version follows, with requested text changes and '--deep' option added to rebuilds. --- Title: LibreSSL support discontinued Author: Michał Górny Posted: 202x-xx-xx Revision: 1 News-Item-Format: 2.0 Display-If-Installed: dev-libs/libressl Starting 2021-02-01, Gentoo will discontinue

Re: [gentoo-dev] [News review] LibreSSL support discontinued

On Mon, 2021-01-04 at 15:40 +0100, Marc Schiffbauer wrote: > Just a typo... > > * Michał Górny schrieb am 03.01.21 um 21:47 Uhr: > > All these issued considered, we came to the conclusion that OpenSSL > > s/issued/issues/ > > right? > Thanks, done. -- Best regards, Michał Górny

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

Hi, On 2021-01-04 04:18, Michael Orlitzky wrote: It would be nice if this was well-supported by the official way of modifying system users/groups; that is, by using an overlay with modified user/group ebuilds. No, this doesn't work: 1) It's conflicting with the goals other have. See Mike's

Re: [gentoo-dev] [News review] LibreSSL support discontinued

Just a typo... * Michał Górny schrieb am 03.01.21 um 21:47 Uhr: > All these issued considered, we came to the conclusion that OpenSSL s/issued/issues/ right? signature.asc Description: PGP signature

Re: [gentoo-dev] [News review v2] LibreSSL support discontinued

On Mon, 2021-01-04 at 09:24 -0500, Aaron Bauman wrote: > On Mon, Jan 04, 2021 at 10:21:58AM +0100, Michał Górny wrote: > > v2, with additional 'emerge --deselect': > > --- > > Title: LibreSSL support discontinued > > Author: Michał Górny > > Posted: 202x-xx-xx > > Revision: 1 > >

Re: [gentoo-dev] [News review v2] LibreSSL support discontinued

On Mon, Jan 04, 2021 at 10:21:58AM +0100, Michał Górny wrote: > v2, with additional 'emerge --deselect': > --- > Title: LibreSSL support discontinued > Author: Michał Górny > Posted: 202x-xx-xx > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: dev-libs/libressl > > Starting

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On 2021-01-04 10:23, Michał Górny wrote: Not modifying an existing user is a horrible default that has already bricked one system (by removing /dev/null). So, over my dead commit access. Have you seen how many user were hit caused by the recent rebuilt on 2020-12-28 and are already

Re: [gentoo-dev] [News review v2] LibreSSL support discontinued

OK my mistake I'll send my suggestion to libre...@gentoo.org On Mon, 4 Jan 2021 at 13:47, Toralf Förster wrote: > On 1/4/21 2:39 PM, Oliver Smeeton wrote: > > You may want to update the Project:LibreSSL > > page to reflect the > > decision to drop

Re: [gentoo-dev] [News review v2] LibreSSL support discontinued

On 1/4/21 2:39 PM, Oliver Smeeton wrote: You may want to update the Project:LibreSSL page to reflect the decision to drop support for libressl, IMO this is up to the project members only, or ? -- Toralf PGP 23217DA7 9B888F45 OpenPGP_signature

Re: [gentoo-dev] [News review v2] LibreSSL support discontinued

You may want to update the Project:LibreSSL page to reflect the decision to drop support for libressl, also you could add a news item to the libressl package with instructions or a link to instructions for migrating back to Openssl. On Mon, 4 Jan

[gentoo-dev] [PATCH] eclass/lua-utils.eclass: Add support for test-runners

During migration of dev-lua/* ebuilds to slotted lua, I noticed, that many ebuilds use 'dev-lua/busted' for running tests. This change adds support for running a test-runner, at first only 'busted' for now. Also a non-color and plaintext output will be used for the test-runner 'busted'. This is

[gentoo-dev] [PATCH 5/5] linux-mod.eclass: Add a prebuilt-kernel rebuild flag

Add a 'prebuilt-kernel' USE flag that controls a bound-slot dependency on virtual/prebuilt-kernel. If the flag is enabled, it should ensure that the module will be rebuilt automatically on future kernel upgrades. TODO: unmask the flag on other architectures Signed-off-by: Michał Górny ---

[gentoo-dev] [PATCH 4/5] sys-kernel/vanilla-kernel: Add a PDEP on virtual/prebuilt-kernel

Signed-off-by: Michał Górny --- sys-kernel/vanilla-kernel/vanilla-kernel-5.10.4.ebuild | 2 ++ sys-kernel/vanilla-kernel/vanilla-kernel-5.4.86.ebuild | 2 ++ 2 files changed, 4 insertions(+) diff --git a/sys-kernel/vanilla-kernel/vanilla-kernel-5.10.4.ebuild

[gentoo-dev] [PATCH 3/5] sys-kernel/gentoo-kernel-bin: Add a PDEP on virtual/prebuilt-kernel

Signed-off-by: Michał Górny --- sys-kernel/gentoo-kernel-bin/gentoo-kernel-bin-5.10.4-r1.ebuild | 2 ++ sys-kernel/gentoo-kernel-bin/gentoo-kernel-bin-5.10.4.ebuild| 2 ++ sys-kernel/gentoo-kernel-bin/gentoo-kernel-bin-5.4.86-r1.ebuild | 2 ++

[gentoo-dev] [PATCH 2/5] sys-kernel/gentoo-kernel: Add a PDEP on virtual/prebuilt-kernel

Signed-off-by: Michał Górny --- sys-kernel/gentoo-kernel/gentoo-kernel-5.10.4.ebuild | 2 ++ sys-kernel/gentoo-kernel/gentoo-kernel-5.4.86.ebuild | 2 ++ 2 files changed, 4 insertions(+) diff --git a/sys-kernel/gentoo-kernel/gentoo-kernel-5.10.4.ebuild

[gentoo-dev] [PATCH 1/5] virtual/dist-kernel: New virtual

Add a new virtual that can be used to provide subslot rebuilds for kernel modules. Signed-off-by: Michał Górny --- profiles/arch/powerpc/ppc64/64le/package.mask | 1 + profiles/arch/powerpc/ppc64/package.mask | 1 + virtual/dist-kernel/dist-kernel-5.10.4.ebuild | 19 +++

[gentoo-dev] [PATCH 0/5] (linux-mod.eclass) Subslot module rebuilds for dist-kernel

Hello, Here's a proposal to add support for automatically rebuilding kernel modules when dist-kernels are upgraded. The behavior is entirely opt-in, so the users of other kernels are not affected. The proposal adds a new global flag 'dist-kernel'. It is off by default and has no functional

Re: [gentoo-dev] using markup language for eclassdoc tags

On 2021-01-04 Mon 04:18, Michał Górny wrote: > I'm all for switching to rST in the foreseeable future but let's stick > with the existing syntax for the transition period, i.e. until new > pkgcore is stable and deployed on Infra. I'm not saying you have to > strictly copy the existing magic, just

Re: [gentoo-dev] using markup language for eclassdoc tags

> On Mon, 04 Jan 2021, Tim Harder wrote: > In terms of choice, I'd personally choose reStructuredText since that > generally plugs into python easier via docutils/sphinx (currently used > for pkgcore's man/html conversion), but am open to discussion of > alternatives such as markdown. About

Re: [gentoo-dev] using markup language for eclassdoc tags

On Mon, 2021-01-04 at 04:03 -0700, Tim Harder wrote: > Hi, > > I've written nascent support for eclassdoc man page generation (along > with rST and HTML docs) in pkgcore [1] accessible on the cli via `pmaint > eclass` that intends to provide an alternative to the current awk > implementation [2].

[gentoo-dev] using markup language for eclassdoc tags

Hi, I've written nascent support for eclassdoc man page generation (along with rST and HTML docs) in pkgcore [1] accessible on the cli via `pmaint eclass` that intends to provide an alternative to the current awk implementation [2]. In doing so, I've noticed that the formatting of the docs feels

[gentoo-portage-dev] Re: [PATCH] global_event_loop: return running loop for current thread

On 1/4/21 1:06 AM, Zac Medico wrote: > Like asyncio.get_event_loop(), return the running loop for the > current thread if there is one, and otherwise construct a new > one if needed. This allows the _safe_loop function to become > synonymous with the global_event_loop function. > > Bug:

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

On Mon, 2021-01-04 at 02:35 +0100, Thomas Deutschmann wrote: > Modifying an existing user is a bad default and makes Gentoo > special because it is common for system administrators to make > modifications to user (i.e. putting an user into another service's > group to allow that user to access

[gentoo-dev] [News review v2] LibreSSL support discontinued

v2, with additional 'emerge --deselect': --- Title: LibreSSL support discontinued Author: Michał Górny Posted: 202x-xx-xx Revision: 1 News-Item-Format: 2.0 Display-If-Installed: dev-libs/libressl Starting 2021-02-01, Gentoo will no longer actively pursue supporting dev-libs/libressl as an

Re: [gentoo-dev] [News review] LibreSSL support discontinued

On Mon, 2021-01-04 at 09:18 +, Marek Szuba wrote: > > On January 4, 2021 8:25:21 AM UTC, Stefan Strogin wrote: > > > Doesn't work for me. > > Have you got libressl in your world file, perchance? > Yeah, I guess we need --deselect too. -- Best regards, Michał Górny

Re: [gentoo-dev] [News review] LibreSSL support discontinued

On January 4, 2021 8:25:21 AM UTC, Stefan Strogin wrote: >Doesn't work for me. Have you got libressl in your world file, perchance? -- Marecki

[gentoo-portage-dev] [PATCH] global_event_loop: return running loop for current thread

Like asyncio.get_event_loop(), return the running loop for the current thread if there is one, and otherwise construct a new one if needed. This allows the _safe_loop function to become synonymous with the global_event_loop function. Bug: https://bugs.gentoo.org/763339 Signed-off-by: Zac Medico

Re: [gentoo-dev] [News review] LibreSSL support discontinued

Hello Michal, On Sun, Jan 03, 2021 at 09:47:31PM +0100, Michał Górny wrote: > Hello, > (...) > To switch before the aforementioned date, remove 'libressl' from your > USE flags and CURL_SSL targets. Afterwards, it is recommended to > prefetch all the necessary distfiles before proceeding with