From: "Eddie Chapman" <eddie@ehuk.net>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] last rites: sys-fs/eudev
Date: Thu, 14 Sep 2023 15:16:54 +0100 [thread overview]
Message-ID: <0daf33d92cd33094b88c0411a16a63ac.squirrel@ukinbox.ecrypt.net> (raw)
In-Reply-To: <6e35ba9b-a55b-4b36-9d79-96faa5fb1dc6@gentoo.org>
Andrew Ammerlaan wrote:
<snip>
> 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 has stepped up, at
> some point someone has to pull the plug.
<snip>
I am willing to help with the maintenance of eudev and field bug reports,
either by preferably assisting another or as sole maintainer if that ended
up being the requirement (hopefully not as FWICT there is already one
other person volunteered). I would have time enough to be fully commit to
this from 1st October onwards.
My understanding is that in it's current form it cannot remain because it
does not support the new API features expected by libgudev. If someone
were to object to keep it for that reason then I'd propose to keep it but
marked as incompatible with <= whatever version of libgudev introduced new
API support. In this worst case scenario anyone with eudev currently
installed would then have a choice of either uninstalling eudev, or
uninstalling libgudev and any desktop depending libgudev. Then at the
very least all server installations who wish to keep eudev could continue
doing so, which I think is a much better outcome than all current eudev
users having the proverbial rug pulled from under them.
The consensus of this thread appears to be that there appears to be no
realistic prospect in sight of eudev being compatible with current and
future versions of libgudev. In view of that, I would not myself as a
maintainer ever try to push for compatibility with ligudev, and the ebuild
could come with a big fat warning that its is not compatible for anyone
wishing to install libgudev and anyone trying to force them to co-exist
would receive no support from Gentoo i.e. on their own. I think that is
perfectly acceptable and pragmatic situation. I know some would say this
cannot be, the package cannot pretend to be a udev provider and only
partially support the API, but I'm all for pragmatism.
However that is the worst case scenario, if a co-maintainer/upstream were
able to come up with compatibility with current/future libgudev in some
way and the community here found it acceptable then I'm fine with that
also and would co-operate with any such effort. And if by some miracle
someone comes along upstream out of the shadows and dedicates their life
to getting eudev on par with udev over time then perhaps one day it could
again become compatible with ligudev, who knows, stranger things have
happened.
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.
next prev parent reply other threads:[~2023-09-14 14:17 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 [this message]
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
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=0daf33d92cd33094b88c0411a16a63ac.squirrel@ukinbox.ecrypt.net \
--to=eddie@ehuk.net \
--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