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) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DD121158089 for ; Mon, 11 Sep 2023 21:36:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 482D62BC1B8; Mon, 11 Sep 2023 21:36:26 +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 0A9412BC1B5 for ; Mon, 11 Sep 2023 21:36:25 +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> 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 22:35:39 +0100 Organization: Gentoo In-reply-to: Message-ID: <877cowz92h.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: 791f1804-c02a-4dd8-8783-c47a7b9d827d X-Archives-Hash: 656c9dda2e1255dd79c1aa4c6175ef1d Alexey Sokolov writes: > 11.09.2023 22:21, Sam James =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> orbea writes: >>=20 >>> On Mon, 11 Sep 2023 21:31:30 +0100 >>> Sam James wrote: >>> >>>> Dale writes: >>>> >>>>> orbea wrote: >>>>>> On Mon, 11 Sep 2023 17:29:47 +0200 >>>>>> "Andreas K. Huettel" wrote: >>>>>>=20=20=20 >>>>>>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea: >>>>>>>=20=20=20 >>>>>>>> Upstream is maintained still. >>>>>>>> >>>>>>>> https://github.com/eudev-project/eudev >>>>>>>>=20=20=20=20=20=20 >>>>>>> No, it's not. >>>>>>> >>>>>>>=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 >>>>> >>>>> 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 maintain= er >>>>> now.=C2=A0 It would seem given the time span that no one wants to take >>>>> it. >>>>> >>>>> 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. >>>> >>>> No, see the linked bugs. Someone has to actually make it compatible >>>> with the tags API which software is starting to use. >>> >>> 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. >> Someone has to then bother reviewing it, merging it, releasing it, >> and >> ideally updating eudev for other stuff like this. > > Of course. Just like any other PR to any other project :) What's your poi= nt? I don't know what you mean. My point is none of that has been happening. > >> Also note that the PR is a hack rather than a full implementation >> of the functionality anyway, which may lead to runtime misbehaviour. > > And that's fine for programs which don't make use of the new API. > and? Someone has to actually check that?