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 313CE158004 for ; Mon, 11 Sep 2023 21:59:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 51F762BC1AE; Mon, 11 Sep 2023 21:59:32 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CB6BF2BC15E for ; Mon, 11 Sep 2023 21:59:31 +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> <877cowz92h.fsf@gentoo.org> <11478542-782d-49af-36e3-d02d117f45da@asokolov.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:59:11 +0100 Organization: Gentoo In-reply-to: Message-ID: <87ledcxtfj.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: 4c88232c-a8e3-491d-8fd7-23f7930ffef3 X-Archives-Hash: 799f0c84b5ae8134b56d63b5266b0c9a Alexe Stefan writes: > Must eudev be 100% compatible with all the garbage that gets shoved > into udev to stay in ::gentoo? I don't see mdev being held to that > standard. Please don't top-post. mdev is not a provider of virtual/libudev and doesn't pretend to be via its pkgconfig file. > > On 9/12/23, Alexey Sokolov wrote: >> 11.09.2023 22:35, Sam James =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> >>> Alexey Sokolov writes: >>> >>>> 11.09.2023 22:21, Sam James =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>> orbea writes: >>>>> >>>>>> 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: >>>>>>>>> >>>>>>>>>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea: >>>>>>>>>> >>>>>>>>>>> Upstream is maintained still. >>>>>>>>>>> >>>>>>>>>>> https://github.com/eudev-project/eudev >>>>>>>>>>> >>>>>>>>>> No, it's not. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> 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? >>>>>>>>> >>>>>>>>> . >>>>>>>>> >>>>>>>> >>>>>>>> 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 maint= ainer >>>>>>>> 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 u= se >>>>>>>> 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 kn= ow >>>>>> 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 >>>> point? >>> >>> I don't know what you mean. My point is none of that has been happening. >>> >> >> I see, ok. I would agree with you, however, the author of that PR is a >> member of eudev org, so I wouldn't say it's dead just yet. >> >>>> >>>>> 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? >>> >>> >>> >> >> -- >> Best regards, >> Alexey "DarthGandalf" Sokolov >> >> >>