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 340E5158089 for ; Wed, 13 Sep 2023 22:27:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18F172BC045; Wed, 13 Sep 2023 22:27:53 +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 CB9A12BC01E for ; Wed, 13 Sep 2023 22:27:52 +0000 (UTC) References: <7802203.lOV4Wx5bFT@kona> <92dfbb91650e4fe9c82268ccddf8b0ab.squirrel@ukinbox.ecrypt.net> <4270953.Sgy9Pd6rRy@pinacolada> <25616924cf66471fbd1075753551dffa.squirrel@ukinbox.ecrypt.net> <9d7e0523-a268-dc95-3967-cf4b909d41f4@gmail.com> User-agent: mu4e 1.10.6; emacs 30.0.50 From: Arsen =?utf-8?Q?Arsenovi=C4=87?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] last rites: sys-fs/eudev Date: Wed, 13 Sep 2023 23:57:31 +0200 In-reply-to: Message-ID: <86wmwtn1y5.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: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: 04ab4269-675f-4e3b-9dd8-2983eeb87202 X-Archives-Hash: f8bee3df318b3b867c2eba65c05145ee --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Alexe Stefan writes: > It seems like the discussion got way off-topic. > To see where where at, I'll try to summarize what was said so far. > > The claims are that eudev is unmaintained upstream, downstream and has > open bugs. > Upstream, last commit was 3 weeks ago. Please, take into account the contents of said commits. One of the more recent ones bumps the version in the .pc file while /stubbing/ only one of the APIs versions up to and including that one added. I've originally advocated for keeping eudev, and have put in some effort to restart the project by essentially reforking systemd 'today' (i.e. at the time a few years ago). Since then it has been effectively demonstrated to me that there is no interest in doing that (which is, mind you, the only viable path for remaining compatible. Note that competition here is perfectly useless, so staying compatible is the only viable path for the existence of the project *at all*); as a result, I began to lose motivation to continue, combined with being quite busy that year, I ended up simply switching to systemd-utils[udev], which was equivalent, except up-to-date, without ever finishing extracting/porting the needed shared code. The merge-base (which is a rough measure but it provides a time frame) of eudev and systemd is from Nov 2012, since then, only 1.3k commits were added to the eudev tree (as opposed to the systemd tree, where 57.5k commits were added, note that not all of those, or even many of those, are udev-related, but many are shared code between udev and other components). On top of that, only 143 of those were added to the repository since Gentoo stopped maintaining eudev. I estimate ~800 commits were added to systemd's udev since the eudev project got separated (and then eudev was already trailing long behind!), without counting shared code, so it's clear that eudev is failing to keep pace, let alone catch up I agree that upstream is alive. That's what life support is. > Downstream, Orbea said he is willing to help maintain it. He is known > for his great work on libressl(thank you), so there should be no > problems here. LibreSSL is an excellent example of a fork that is only useful if it remains compatible failing to be useful because it fails to be compatible. Thank you for bringing it up, it is quite a good cautionary tale. (naturally, I also used that back in the day...) > Most of those bugs are invalid, outdated or being worked upon. > > Are there any other problems here? The approach of forking in the traditional sense is fundamentally flawed here. If you want to keep eudev alive, please, do us all a favor and give upstream a hand at re-forking systemd, and finding a sustainable approach for keeping the fork up-to-date. I originally did this by filtering down the systemd repository into the appropriate directory structure, and then adding in a new build system and extracting the shared code. The filtered repository can then be used as a branch or separate repository that's merged into the new build system (either as a subtree or as the toplevel). This should have kept most of the code easy to update. PS: I had decided to respond to ~5 emails in this thread, but I realized that the answer to all of them would be exactly what I wrote here. This thread feels like a lot of repetition. Have a lovely day. =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOcEARYKAI8WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZQI3Yl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxEcYXJzZW5AZ2Vu dG9vLm9yZwAKCRBSwpQwHqLEk2LzAQDZZov4R41k0a3If6lMK2M9qI64UKMtJYF/ uxV8Par1fgEA4afHSMJNrXR+lbWmbVGQ3NBKcuY6CA4jl2vbo2xqrgw= =9nTG -----END PGP SIGNATURE----- --=-=-=--