From: Alexe Stefan <stefanalexe48@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] last rites: sys-fs/eudev
Date: Sat, 16 Sep 2023 16:32:11 +0300 [thread overview]
Message-ID: <CAENw6g4pcieNQhqtk8VnsdTvoFsTTECAm0r_o-_yRNZM_hpV7A@mail.gmail.com> (raw)
In-Reply-To: <cc8fd42d739b7b97707d1dc4e26d03fc47e7cebb.camel@gentoo.org>
On 9/16/23, David Seifert <soap@gentoo.org> wrote:
> On Fri, 2023-09-15 at 15:40 -0700, orbea wrote:
>> On Fri, 15 Sep 2023 01:19:22 +0200
>> Arsen Arsenović <arsen@gentoo.org> wrote:
>>
>> > "Eddie Chapman" <eddie@ehuk.net> 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
>> > > roll your own.
>> >
>> > ::gentoo is supposed to be a coherent set of packages provided by
>> > Gentoo developers, with a reasonable scope. eudev no longer fits
>> > into the 'coherent' part of that definition, and there are zero
>> > advantages to it over systemd-utils[udev].
>> >
>> > The _only_ difference between a sys-fs/eudev::eudev and
>> > sys-fs/eudev::gentoo package that would exist if the former were to
>> > be
>> > made into an overlay is that Gentoo developers would be responsible
>> > for the latter. There are no Gentoo developers interested in being
>> > responsible for the latter (AFAIK), and there is no tangible benefit
>> > to the latter for any Gentoo developer to latch onto.
>> >
>> > Seeing as there is at least half a dozen people seemingly interested
>> > in maintaining eudev, why not just form an overlay? This way,
>> > virtual/{,lib}udev doesn't get polluted with implementations which
>> > don't fullfil the definition of a virtual provider in ::gentoo, nor
>> > with use-flag hacks, but users which wish to use eudev still have
>> > access to it, and upstream eudev gets half a dozen potential
>> > contributors, which are needed, _badly_. At risk of repeating
>> > myself, I'd like to point out again that the only viable approach
>> > for
>> > eudev upstream to take is to re-fork systemd and find a viable way
>> > to
>> > stay up-to-date, while fixing up incompatibilities with musl. I've
>> > made proposals a few years ago and restated them in this thread.
>>
>> I just want to reiterate that the overlay suggestion is bad and the
>> LibreSSL overlay is a good example of why. The result is most of the
>> work is redoing things that ::gentoio has already done by copying
>> ebuild changes where actual changes for LibreSSL itself or for
>> packages
>> not compatible with it is a vast minority of the work.
>>
>
> Many people told you that ::libressl is a waste of time, and you've
> proven to us that it is.
>
>
Yet another example of choice being restricted by gentoo.
However, there at least is a better reason for not keeping libressl in
::Gentoo, that reason being qt.
With eudev, there is even less reason to remove it from ::gentoo.
The only maintenance burden with eudev is a couple of commits here and
there, mostly in virtuals.
next prev parent reply other threads:[~2023-09-16 13:32 UTC|newest]
Thread overview: 121+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-11 15:14 [gentoo-dev] last rites: sys-fs/eudev Andreas K. Huettel
2023-09-11 15:22 ` orbea
2023-09-11 15:29 ` Andreas K. Huettel
2023-09-11 15:42 ` orbea
2023-09-11 17:25 ` martin-kokos
2023-09-11 17:45 ` orbea
2023-09-11 19:20 ` Dale
2023-09-11 20:31 ` Sam James
2023-09-11 21:14 ` orbea
2023-09-11 21:21 ` Sam James
2023-09-11 21:29 ` Alexey Sokolov
2023-09-11 21:35 ` Sam James
2023-09-11 21:43 ` Alexey Sokolov
2023-09-11 21:51 ` Alexe Stefan
2023-09-11 21:59 ` Sam James
2023-09-11 21:32 ` orbea
2023-09-11 21:50 ` Sam James
2023-09-11 22:10 ` orbea
2023-09-11 22:17 ` Sam James
2023-09-12 2:34 ` orbea
2023-09-12 9:18 ` Rich Freeman
2023-09-12 11:00 ` Alarig Le Lay
2023-09-14 0:20 ` [gentoo-dev] " Madhu
2023-09-14 0:47 ` Alex Boag-Munroe
2023-09-14 14:25 ` Arsen Arsenović
2023-09-14 14:57 ` Mike Gilbert
2023-09-14 18:15 ` Arsen Arsenović
2023-09-11 21:27 ` [gentoo-dev] " Eddie Chapman
2023-09-11 21:41 ` Sam James
2023-09-11 22:22 ` Eddie Chapman
2023-09-11 22:27 ` Sam James
2023-09-12 13:36 ` Eddie Chapman
2023-09-12 13:57 ` Sam James
2023-09-12 14:12 ` Rich Freeman
2023-09-12 14:17 ` Sam James
2023-09-12 15:04 ` Eddie Chapman
2023-09-12 18:47 ` Matt Turner
2023-09-12 15:35 ` orbea
2023-09-12 17:23 ` Alexe Stefan
2023-09-12 17:36 ` orbea
2023-09-12 19:06 ` Eddie Chapman
2023-09-12 19:32 ` orbea
2023-09-12 18:53 ` Matt Turner
2023-09-12 18:58 ` Alexe Stefan
2023-09-12 23:45 ` karl
2023-09-12 18:51 ` Matt Turner
2023-09-12 19:05 ` orbea
2023-09-12 19:56 ` Eli Schwartz
2023-09-12 20:59 ` Dale
2023-09-12 20:37 ` Matt Turner
2023-09-12 14:55 ` Eddie Chapman
2023-09-12 15:00 ` Sam James
2023-09-12 19:21 ` Andreas K. Huettel
2023-09-12 19:47 ` Eddie Chapman
2023-09-12 20:33 ` Andrew Ammerlaan
2023-09-12 21:23 ` Eddie Chapman
2023-09-12 21:36 ` Matt Turner
2023-09-12 21:45 ` Alexe Stefan
2023-09-12 21:52 ` Matt Turner
2023-09-13 4:35 ` Alexe Stefan
2023-09-13 4:56 ` Eli Schwartz
2023-09-13 5:03 ` Alexe Stefan
2023-09-13 5:38 ` Eli Schwartz
2023-09-13 6:13 ` Alexe Stefan
2023-09-13 6:19 ` Alexe Stefan
2023-09-13 6:40 ` Dale
2023-09-13 6:54 ` Alexe Stefan
2023-09-13 7:23 ` Dale
2023-09-12 22:35 ` Eddie Chapman
2023-09-13 7:55 ` Andrew Ammerlaan
2023-09-13 8:10 ` Dale
2023-09-16 6:01 ` Oskari Pirhonen
2023-09-16 6:09 ` Sam James
2023-09-16 7:15 ` Dale
2023-09-13 8:13 ` Arve Barsnes
2023-09-13 23:49 ` Eddie Chapman
2023-09-14 14:16 ` Eddie Chapman
2023-09-14 14:44 ` Alex Boag-Munroe
2023-09-14 15:30 ` Eddie Chapman
2023-09-14 16:09 ` Alex Boag-Munroe
2023-09-14 16:50 ` Eddie Chapman
2023-09-14 17:18 ` Alex Boag-Munroe
2023-09-14 18:39 ` Alexe Stefan
2023-09-14 19:11 ` Alex Boag-Munroe
2023-09-14 17:27 ` Rich Freeman
2023-09-14 17:39 ` Eddie Chapman
2023-09-14 17:52 ` Alex Boag-Munroe
2023-09-14 17:57 ` Rich Freeman
2023-09-14 23:19 ` Arsen Arsenović
2023-09-15 15:10 ` orbea
2023-09-15 18:38 ` Alexey Sokolov
2023-09-15 18:56 ` orbea
2023-09-15 22:25 ` Arsen Arsenović
2023-09-15 22:40 ` orbea
2023-09-16 1:12 ` Arsen Arsenović
2023-09-16 9:35 ` David Seifert
2023-09-16 13:32 ` Alexe Stefan [this message]
2023-09-16 22:03 ` Arsen Arsenović
2023-09-17 9:00 ` Alexe Stefan
2023-09-17 10:16 ` Arsen Arsenović
2023-09-17 17:56 ` Alexe Stefan
2023-09-17 18:38 ` Arsen Arsenović
2023-09-14 17:20 ` Eddie Chapman
2023-09-14 17:28 ` Alex Boag-Munroe
2023-09-14 17:51 ` Eddie Chapman
2023-09-14 17:19 ` Matt Turner
2023-09-14 17:24 ` Eddie Chapman
2023-09-13 2:55 ` Eli Schwartz
2023-09-13 9:05 ` Eddie Chapman
2023-09-13 9:34 ` Alexe Stefan
2023-09-13 9:43 ` Alex Boag-Munroe
2023-09-13 21:57 ` Arsen Arsenović
2023-09-12 14:31 ` martin-kokos
2023-09-12 15:00 ` Eddie Chapman
2023-09-12 15:20 ` Sam James
-- strict thread matches above, loose matches on Subject: below --
2023-09-13 1:23 Alex Boag-Munroe
2023-09-13 1:48 ` Alex Boag-Munroe
2021-11-27 0:23 [gentoo-dev] Last " Mike Gilbert
2022-08-30 9:52 ` Jaco Kroon
2022-08-30 10:27 ` Arve Barsnes
2022-08-30 12:26 ` Jaco Kroon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAENw6g4pcieNQhqtk8VnsdTvoFsTTECAm0r_o-_yRNZM_hpV7A@mail.gmail.com \
--to=stefanalexe48@gmail.com \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox