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 33C6C158089 for ; Mon, 11 Sep 2023 21:33:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C919F2BC1A9; Mon, 11 Sep 2023 21:33:03 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 513DF2BC190 for ; Mon, 11 Sep 2023 21:33:03 +0000 (UTC) Received: from fews02-sea.riseup.net (fews02-sea-pn.riseup.net [10.0.1.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4Rl0Lk33FYzDr5R for ; Mon, 11 Sep 2023 21:33:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1694467982; bh=coNza86aBwCtkaIKfbCL2n493ahQI3ISWw5tfsTMkc0=; h=Date:From:To:Subject:In-Reply-To:References:From; b=E/57aGB4IUv/dstunM+Kf5syFuiU+r1IXapZS4GgxpVtQrPU1ZTb2uZk1RcPN0CWI d0DQO5yB1DKYvGcScQFGwuickP72PoO5toC/MbvMsGgFHUWQjpsfD+BSJ5g0bjHZmp vs4Opkbt65sc7+DEvXdzDurnKQN3Vv6Qu/UGBt0w= X-Riseup-User-ID: 779FAED453F13D4AE2A60D2962747CCAF8841C97C39B8D0EB53B8DA46342B741 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews02-sea.riseup.net (Postfix) with ESMTPSA id 4Rl0LW1Vz1zFqhV for ; Mon, 11 Sep 2023 21:32:51 +0000 (UTC) Date: Mon, 11 Sep 2023 14:32:49 -0700 From: orbea To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] last rites: sys-fs/eudev Message-ID: <20230911143249.704f5d3a@Akita> In-Reply-To: <87edj4z9q6.fsf@gentoo.org> 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> 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: ef1f836d-a4bf-41aa-8530-adef2cac3067 X-Archives-Hash: bacfd25ac29cf7df32817a76601a24d9 On Mon, 11 Sep 2023 22:21:21 +0100 Sam James wrote: > orbea writes: >=20 > > On Mon, 11 Sep 2023 21:31:30 +0100 > > Sam James wrote: > > =20 > >> Dale writes: > >> =20 > >> > orbea wrote: =20 > >> >> On Mon, 11 Sep 2023 17:29:47 +0200 > >> >> "Andreas K. Huettel" wrote: > >> >> =20 > >> >>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea: > >> >>> =20 > >> >>>> Upstream is maintained still. > >> >>>> > >> >>>> https://github.com/eudev-project/eudev > >> >>>> =20 > >> >>> No, it's not. > >> >>> > >> >>> =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 > >> > > >> > 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 > >> No, see the linked bugs. Someone has to actually make it compatible > >> with the tags API which software is starting to use. =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 > 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. According to upstream it implement's systemd's fallback path as explained in this comment. https://github.com/eudev-project/eudev/issues/249#issuecomment-1675520914 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 > >> > > >> > Dale > >> > > >> > :-)=C2=A0 :-)=C2=A0 =20 > >>=20 > >> =20 >=20 >=20