From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 80FDB158089 for ; Mon, 11 Sep 2023 22:18:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DB0FE2BC166; Mon, 11 Sep 2023 22:18:36 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9944A2BC130 for ; Mon, 11 Sep 2023 22:18:36 +0000 (UTC) References: <7802203.lOV4Wx5bFT@kona> <20230911082243.65aa85f5@Akita> <4128737.ElGaqSPkdT@kona> <20230911084231.73dd619f@Akita> <5848191c-8708-edfe-0c69-eeced3907b0d@gmail.com> <87zg1szc23.fsf@gentoo.org> <20230911141451.7c88dd7a@Akita> <87edj4z9q6.fsf@gentoo.org> <20230911143249.704f5d3a@Akita> <87sf7kxtue.fsf@gentoo.org> <20230911151008.77c829ea@Akita> User-agent: mu4e 1.10.6; emacs 30.0.50 From: Sam James To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] last rites: sys-fs/eudev Date: Mon, 11 Sep 2023 23:17:09 +0100 Organization: Gentoo In-reply-to: <20230911151008.77c829ea@Akita> Message-ID: <87edj4xsjr.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: e1ea5ea9-6425-4cc3-832d-1fdf6a067cfe X-Archives-Hash: a9b1152dfeee214415072b76ee6c6eb2 orbea writes: > On Mon, 11 Sep 2023 22:50:13 +0100 > Sam James wrote: > >> orbea writes: >>=20 >> > On Mon, 11 Sep 2023 22:21:21 +0100 >> > Sam James wrote: >> >=20=20 >> >> orbea writes: >> >>=20=20=20 >> >> > On Mon, 11 Sep 2023 21:31:30 +0100 >> >> > Sam James wrote: >> >> >=20=20=20=20 >> >> >> Dale writes: >> >> >>=20=20=20=20=20 >> >> >> > orbea wrote:=20=20=20=20=20=20 >> >> >> >> On Mon, 11 Sep 2023 17:29:47 +0200 >> >> >> >> "Andreas K. Huettel" wrote: >> >> >> >>=20=20=20=20=20=20 >> >> >> >>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea: >> >> >> >>>=20=20=20=20=20=20 >> >> >> >>>> Upstream is maintained still. >> >> >> >>>> >> >> >> >>>> https://github.com/eudev-project/eudev >> >> >> >>>>=20=20=20=20=20=20=20=20=20 >> >> >> >>> No, it's not. >> >> >> >>> >> >> >> >>>=20=20=20=20=20=20 >> >> >> >> Based on what? It has several commits this year and is >> >> >> >> currently working on both of my systems. Is there something >> >> >> >> specific showing why its not maintained? >> >> >> >> >> >> >> >> . >> >> >> >>=20=20=20=20=20=20 >> >> >> > >> >> >> > On the link above it says this: >> >> >> > >> >> >> > >> >> >> > On 2021-08-20 Gentoo decided to abandon eudev and a new >> >> >> > project was established on 2021-09-14 by Alpine, Devuan and >> >> >> > Gentoo contributors (alphabetical order). >> >> >> > >> >> >> > >> >> >> > It seems to have a upstream that is active but no one is >> >> >> > maintaining it on Gentoo.=C2=A0 Basically, it needs a Gentoo >> >> >> > maintainer now.=C2=A0 It would seem given the time span that no = one >> >> >> > wants to take it.=C2=A0 >> >> >> > >> >> >> > Like others, I use it but didn't know it wasn't maintained >> >> >> > anymore. I hope someone will step up but if not, looks like we >> >> >> > have to use udev.=C2=A0=20=20=20=20=20=20 >> >> >>=20 >> >> >> No, see the linked bugs. Someone has to actually make it >> >> >> compatible with the tags API which software is starting to use. >> >> >>=20=20=20=20 >> >> > >> >> > I think its only a matter of time. >> >> > >> >> > https://github.com/eudev-project/eudev/pull/253 >> >> > >> >> > I'll apply the patch and test the builds if it helps, but I don't >> >> > know about testing the runtime functionality of libgudev.=20=20=20= =20 >> >>=20 >> >> Someone has to then bother reviewing it, merging it, releasing it, >> >> and ideally updating eudev for other stuff like this. >> >>=20 >> >> Also note that the PR is a hack rather than a full implementation >> >> of the functionality anyway, which may lead to runtime >> >> misbehaviour.=20=20 >> > >> > According to upstream it implement's systemd's fallback path as >> > explained in this comment. >> > >> > https://github.com/eudev-project/eudev/issues/249#issuecomment-1675520= 914 >> >=20=20 >>=20 >> That same comment goes on to say it's the "quick-n-dirty" fix and may >> break applications. > > Slibtool also has no-op compatibility fixes that potentially could > cause issues too, I don't see this being a problem there. If eudev was > entirely broken or not being used I could understand why to remove it, > but rather this is removing software that mostly works and is being > used. With all due honesty is very disappointing to see this, I started > to use Gentoo because it offered choices. "mostly works" is generally not a great thing we want to endorse. slibtool is also a complete rewrite of libtool rather than a fork which is out of date and missing features that consumers start to expect from development. We also, importantly, don't drag in slibtool on user systems unless they explicitly request it and it doesn't wrongly satisfy dependencies on libtool itself. Someone being disappointed doesn't get work done. > >>=20 >> > >> > However its fully possible to use Gentoo without requiring >> > sticky-tags so I don't really see the urgency that requires >> > removing software that has users that find it works for them. We >> > even have the most recent upstream release which came out only a >> > few months ago.=20 >> >>=20=20=20 >> >> >=20=20=20=20 >> >> >>=20=20=20=20=20 >> >> >> > >> >> >> > Dale >> >> >> > >> >> >> > :-)=C2=A0 :-)=C2=A0=20=20=20=20=20=20 >> >> >>=20 >> >> >>=20=20=20=20=20 >> >>=20 >> >>=20=20=20 >>=20 >>=20