[gentoo-dev] [PATCH 3/3] dev-libs/libsodium: use new verify-sig minisign support

2023-09-14 Thread Sam James
Closes: https://bugs.gentoo.org/783066 Signed-off-by: Sam James --- dev-libs/libsodium/libsodium-1.0.19-r1.ebuild | 20 +++ 1 file changed, 3 insertions(+), 17 deletions(-) diff --git a/dev-libs/libsodium/libsodium-1.0.19-r1.ebuild

[gentoo-dev] [PATCH 2/3] sec-keys/minisig-keys-libsodium: new package, add 20230914

2023-09-14 Thread Sam James
Signed-off-by: Sam James --- .../metadata.xml | 0 .../minisig-keys-libsodium-20230914.ebuild} | 11 +-- 2 files changed, 5 insertions(+), 6 deletions(-) copy sec-keys/{openpgp-keys-adamspiers => minisig-keys-libsodium}/metadata.xml (

[gentoo-dev] [PATCH 1/3] verify-sig.eclass: minisig support

2023-09-14 Thread Sam James
Closes: https://bugs.gentoo.org/783066 Signed-off-by: Sam James --- eclass/verify-sig.eclass | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/eclass/verify-sig.eclass b/eclass/verify-sig.eclass index 49557b633c87f..bb847bb80cc64 100644 ---

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Arsen Arsenović
"Eddie Chapman" writes: > Not aiming this at you personally but this argument has been made more > than once in this thread and I personally don't think it carries any > weight, because it can be levelled at anyone who raises an issue about > anything. If you don't like it, then just go and

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 19:39, Alexe Stefan wrote: > > Gentoo is about choice, and we should keep it that way. It's about viable choice. > So what is the problem with keeping the package in ::gentoo. You mean other than all the reasons/problems given? You not liking them doesn't make them less

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alexe Stefan
On 9/14/23, Alex Boag-Munroe wrote: > On Thu, 14 Sept 2023 at 17:50, Eddie Chapman wrote: >> > > > No one is telling anyone not to use it. The question has been asked "why use > it" > to ascertain reasons for keeping it in ::gentoo. Something not being in > ::gentoo isn't a decree to not use

Re: [gentoo-dev] Re: last rites: sys-fs/eudev

2023-09-14 Thread Arsen Arsenović
Mike Gilbert writes: > On Thu, Sep 14, 2023 at 10:25 AM Arsen Arsenović wrote: >> Madhu writes: >> > systemd-udev cannot be built as a static binary again presumably a >> > carefully thought out design decision behind its design and >> > philosophy. >> >> Since static linking is seldom a good

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Rich Freeman
On Thu, Sep 14, 2023 at 1:39 PM Eddie Chapman wrote: > > If you don't like it, then just go and roll your own. Of course > I know I (and anyone else) can do that. So then what's the point of > discussing anything then? This is a fair question, but I think you're missing how most FOSS work gets

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 18:40, Eddie Chapman wrote: > > Rich Freeman wrote: > > Not aiming this at you personally but this argument has been made more > than once in this thread and I personally don't think it carries any > weight, because it can be levelled at anyone who raises an issue about >

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Alex Boag-Munroe wrote: > On Thu, 14 Sept 2023 at 18:20, Eddie Chapman wrote: > > >> However, I believe what I'm proposing would not have >> the result you're predicting as it would no longer be falsely promising >> something it cannot deliver, >> > So you propose to uncouple it as a provider of

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Rich Freeman wrote: > On Thu, Sep 14, 2023 at 12:50 PM Eddie Chapman wrote: > >> >> if people want to run the damn thing just let them be! > > If you keep using eudev, and you don't tell anybody about it, then > they won't even know. Nobody is keeping anybody from using eudev. They're > just not

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 18:20, Eddie Chapman wrote: > However, I believe what I'm proposing would not have > the result you're predicting as it would no longer be falsely promising > something it cannot deliver, > So you propose to uncouple it as a provider of virtual/libudev? What's your plan

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Rich Freeman
On Thu, Sep 14, 2023 at 12:50 PM Eddie Chapman wrote: > > if people want to run the damn thing just let them be! If you keep using eudev, and you don't tell anybody about it, then they won't even know. Nobody is keeping anybody from using eudev. They're just not actively doing work to keep it

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Matt Turner wrote: > On Thu, Sep 14, 2023 at 10:17 AM Eddie Chapman wrote: > >> Of course whether the Gentoo community would deem me as a suitable >> maintainer and be willing to accept me as such is another matter >> entirely. > > You don't need any permissions from us to go fix eudev upstream.

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Alex Boag-Munroe wrote: > A maintainer would need to be willing to uphold the "provides > virtual/libudev, honest guv" as well as deliver on the promises it makes > when it tells pkgconf what version it is. Not doing so is a support and > user headache later when more things use the new tags

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Matt Turner
On Thu, Sep 14, 2023 at 10:17 AM Eddie Chapman wrote: > Of course whether the Gentoo community would deem me as a suitable > maintainer and be willing to accept me as such is another matter entirely. You don't need any permissions from us to go fix eudev upstream. Please focus on that (if you

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 17:50, Eddie Chapman wrote: > No one is telling anyone not to use it. The question has been asked "why use it" to ascertain reasons for keeping it in ::gentoo. Something not being in ::gentoo isn't a decree to not use it, it's a statement that it's a pain to keep

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Alex Boag-Munroe wrote: > On Thu, 14 Sept 2023 at 16:30, Eddie Chapman wrote: >> >> Alex Boag-Munroe wrote: >> >>> On Thu, 14 Sept 2023 at 15:17, Eddie Chapman wrote: >>> Andrew Ammerlaan wrote: > If someone were to step up and say they are willing to spend > their time

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 16:30, Eddie Chapman wrote: > > Alex Boag-Munroe wrote: > > On Thu, 14 Sept 2023 at 15:17, Eddie Chapman wrote: > > > >> Andrew Ammerlaan wrote: > >> > >> > >>> If someone were to step up and say they are willing to spend their > >>> time and effort maintaining eudev and

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Alex Boag-Munroe wrote: > On Thu, 14 Sept 2023 at 15:17, Eddie Chapman wrote: > >> Andrew Ammerlaan wrote: >> >> >>> If someone were to step up and say they are willing to spend their >>> time and effort maintaining eudev and fixing the open issues then sure >>> we can keep it, I never said

Re: [gentoo-dev] Re: last rites: sys-fs/eudev

2023-09-14 Thread Mike Gilbert
On Thu, Sep 14, 2023 at 10:25 AM Arsen Arsenović wrote: > Madhu writes: > > systemd-udev cannot be built as a static binary again presumably a > > carefully thought out design decision behind its design and > > philosophy. > > Since static linking is seldom a good idea, it is more likely that >

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Alex Boag-Munroe
On Thu, 14 Sept 2023 at 15:17, Eddie Chapman wrote: > > Andrew Ammerlaan wrote: > > > If someone were to step up and say they are willing to spend their time > > and effort maintaining eudev and fixing the open issues then sure we can > > keep it, I never said otherwise. However this package has

Re: [gentoo-dev] Re: last rites: sys-fs/eudev

2023-09-14 Thread Arsen Arsenović
Madhu writes: [...snip...] > One of the planned consequences of this tree-cleaning is the removal > of genkernel, and the use of genkernel to build gentoo's initramfs. > > Genkernel uses eudev for udev, and it works because eudev can be built > statically. > > systemd-udev cannot be built as a

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-14 Thread Eddie Chapman
Andrew Ammerlaan wrote: > If someone were to step up and say they are willing to spend their time > and effort maintaining eudev and fixing the open issues then sure we can > keep it, I never said otherwise. However this package has been > maintainer-needed for quite a long time now and no one

[gentoo-dev] [PATCH] metadata.xsd: add codeberg remote-id

2023-09-14 Thread Thomas Bracht Laumann Jespersen
--- metadata.xsd | 1 + 1 file changed, 1 insertion(+) diff --git a/metadata.xsd b/metadata.xsd index a9a7963..cf8485d 100644 --- a/metadata.xsd +++ b/metadata.xsd @@ -271,6 +271,7 @@ +

[gentoo-dev] last-rites: dev-python/abydos

2023-09-14 Thread Andrew Ammerlaan
# Andrew Ammerlaan (2023-09-14) # No longer a test dependency of dev-python/textdistance, now fails tests # with the latest numpy. Upstream inactive and we already need patching for # python 3.10 compatibility. No other reverse dependencies. # Bug: https://bugs.gentoo.org/887845 # Removal on

Re: [gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-14 Thread Ulrich Mueller
> On Wed, 13 Sep 2023, Eli Schwartz wrote: >> That's a rather bold statement. I can imagine a number of possible >> failures, e.g. no space left on device, quota exceeded, or a low-level >> I/O error of the filesystem. Also fork or exec of the cat command could >> fail (e.g. out of memory).

[gentoo-dev] [PATCH] metadata.dtd: Add codeberg remote-id

2023-09-14 Thread Thomas Bracht Laumann Jespersen
Signed-off-by: Thomas Bracht Laumann Jespersen --- metadata.dtd | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/metadata.dtd b/metadata.dtd index 41bec63..9aab14d 100644 --- a/metadata.dtd +++ b/metadata.dtd @@ -56,7 +56,7 @@ - + -- 2.41.0