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 2B11A158089 for ; Mon, 11 Sep 2023 21:52:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 903D02BC1CB; Mon, 11 Sep 2023 21:52:00 +0000 (UTC) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (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 66B672BC1C4 for ; Mon, 11 Sep 2023 21:52:00 +0000 (UTC) Received: by mail-vs1-xe34.google.com with SMTP id ada2fe7eead31-44d3a5cd2f9so1978082137.3 for ; Mon, 11 Sep 2023 14:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694469119; x=1695073919; darn=lists.gentoo.org; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=J8wAdbmDfgIyalx6A/PZLixfNQkh1NcXAtds4IygDM8=; b=UNxcJpVxKPTsRUn2CO2quy5gh5S77hjBSwGZKobtTHNIKV0tQ83ROdaHzBqjszAJ5l PyqSDuDcrcItV0sQyNdeWELknFrihVoTqx7yfRMR6ypy3Tj5rbezK6236+ddoVObRGbp OlrNNXxyVUXgqHaiffyeGEkLBsB4hihdP/mN8GpDZt2ratAvXTr4tyqBgGopq6zZOQvc Uxj+NkIepQlHneGHeBKRlsEiU83pEJ40YnCUbycRB5B4RMsVq730UNgHO8Y7++7LJyud 26BzB0RkY3/Vg+rj5u8p5wAv371qR5AhKztoAFfZ0k76qhHpgbSZP1oUpJAwvhGn60CP yyQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694469119; x=1695073919; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=J8wAdbmDfgIyalx6A/PZLixfNQkh1NcXAtds4IygDM8=; b=OLpGZmMelK36IH7kFizeINO2ATxFQR8LkZV6U3nD8218CkTnuoZbTBwHnh85I0Uc/J 8Uf0D4NmdAn/FO1+Jz/yphBWJbcgwfe527oT9ITsk1rYxlZuabtnbB89EPAUAzFJ+KYM wFt0pFO7nkOCLRjdO3fZtRwF0kBOKZHORy6Hma19yFagQaH/LgpfCuAuxp3Js9hGhoyx yqIchWFPjgZSA8/i545UacnRVS3Az4u1UgFkvsuJwyyfA02V7rEqb18wU7Qr6G3URF3p tJfEyxNWWDrXPZ5ENHEXq/6VII8ohZXAzyr2Yk4l4Rw4rl4oG9M+uBbKZDtDtJGrwqWd XnAA== X-Gm-Message-State: AOJu0YwKyojB+kcHXKtutzsEU0+pPp1WClvTDoU5veTBZ65wRZSkq2/K JgizX3H3Ri0+wae9Vwwy5d/XVUHMgbyUlO2KqfkXQ9C1 X-Google-Smtp-Source: AGHT+IEp1tuy0GvZl9L+ZEo+bR7WiaJQcOUVfk6KZEtkGFmIGtAzXy+1vbXggdrowQuiWaAKHkmZBWFuEGxPShzEfio= X-Received: by 2002:a67:fe92:0:b0:44d:5a92:ec45 with SMTP id b18-20020a67fe92000000b0044d5a92ec45mr10089648vsr.23.1694469119601; Mon, 11 Sep 2023 14:51:59 -0700 (PDT) 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 Received: by 2002:a0c:de0e:0:b0:64c:95e3:9ef9 with HTTP; Mon, 11 Sep 2023 14:51:59 -0700 (PDT) In-Reply-To: <11478542-782d-49af-36e3-d02d117f45da@asokolov.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> <877cowz92h.fsf@gentoo.org> <11478542-782d-49af-36e3-d02d117f45da@asokolov.org> From: Alexe Stefan Date: Tue, 12 Sep 2023 00:51:59 +0300 Message-ID: Subject: Re: [gentoo-dev] last rites: sys-fs/eudev To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 513b932c-0990-4b80-a12d-48a623084643 X-Archives-Hash: bc25a401b42972c041c7e157d6b1efa2 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. 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 mainta= iner >>>>>>> now.=C2=A0 It would seem given the time span that no one wants to t= ake >>>>>>> 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 us= e >>>>>>> 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 kno= w >>>>> 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 > > >