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 3AD0F158089 for ; Sat, 16 Sep 2023 01:57:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E21632BC03E; Sat, 16 Sep 2023 01:57:41 +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)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A4C9D2BC018 for ; Sat, 16 Sep 2023 01:57:41 +0000 (UTC) References: <7802203.lOV4Wx5bFT@kona> <92dfbb91650e4fe9c82268ccddf8b0ab.squirrel@ukinbox.ecrypt.net> <4270953.Sgy9Pd6rRy@pinacolada> <25616924cf66471fbd1075753551dffa.squirrel@ukinbox.ecrypt.net> <7B549F95-5EEA-4DD3-A046-AA6F2C7B6349@gentoo.org> <5aa46e8fd2c09e8d54c6a9ec71725529.squirrel@ukinbox.ecrypt.net> <6e35ba9b-a55b-4b36-9d79-96faa5fb1dc6@gentoo.org> <0daf33d92cd33094b88c0411a16a63ac.squirrel@ukinbox.ecrypt.net> <50d2d8a5796c8f71b58747d3f23593dd.squirrel@ukinbox.ecrypt.net> <86ttrws520.fsf@gentoo.org> <20230915154041.45777bf8@Akita> 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: Sat, 16 Sep 2023 03:12:08 +0200 In-reply-to: <20230915154041.45777bf8@Akita> Message-ID: <86jzsqkhgw.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: 2058029c-3d0b-4f24-9b9c-64e40ae23132 X-Archives-Hash: 13a0f7b242a8a629119765ddbca6efda --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable orbea writes: > I just want to reiterate that the overlay suggestion is bad and the > LibreSSL overlay is a good example of why. No it's not. It is not possible to compare a virtual provider against something hard coded into many packages. > The result is most of the work is redoing things that ::gentoio has > already done by copying ebuild changes where actual changes for > LibreSSL itself or for packages not compatible with it is a vast > minority of the work. This only happens due to LibreSSLs failure to be useful (i.e. compatible). It is significantly harder to do a LibreSSL overlay as OpenSSL reverse deps that are being hoisted into using libs that they are not compatible with reference dev-libs/openssl directly rather than a virtual or two. ~/gentoo/repo$ git grep -F dev-libs/openssl | wc -l 1685 ~/gentoo/repo$ git grep -F sys-apps/systemd-utils | wc -l 30 The virtuals are going nowhere. They still have at least two providers, even without eudev. > With eudev besides maintaining the eudev ebuild itself I suspect other > ebuilds the overlay would have to maintain separate copies of are: > > virtual/libudev > virtual/udev (Why are there two of these?) They provide different things. Also, virtuals are extraordinarily low maintenance. > sys-kernel/genkernel (?) I don't see why. > sys-fs/udev-init-scripts > sys-fs/mdadm > net-wireless/bluez I don't see why (if eudev stays useful by staying compatible). > sys-apps/systemd-utils I don't follow. Wouldn't one just need to add a blocker between eudev and systemd-utils[udev]? That can be done in either package, and so, can be done in the eudev one. Please elaborate on all of the above. > And possibly others I missed which have minor changes for eudev, its > significantly less work for ::gentoo to keep eudev than for a ::eudev > overlay to exist. And there is literally no developer (AFAIK) interested in dealing with this, because eudev is _useless_, and the effort for it is nonzero. The effort for it can be made very close to zero if upstream was reforked and maintained so that it's close to up-upstream. Doing so would also benefit a handful of other distros such as Void, Alpine and Devuan. If there are minor changes to make for eudev that cannot be made in upstream build systems (see, for instance, the few patches I did for basu) then that means eudev has failed to do its job. Basu is actually a decent example of how a 'reductionist' fork of systemd ought to look like (note that basu is orders of magnitude simpler, though, so the effort for eudev would still be higher). Have a lovely night. >>=20 >> > Of course I know I (and anyone else) can do that. So then what's the >> > point of discussing anything then?=20=20 >>=20 >> Just because an argument is widely applicable does not make it >> invalid. >>=20 >> Note that this argument is seldom the first resort, since, as you >> note, it's not overly productive. Indeed, it was not the first >> resort here. sys-fs/eudev has long overstayed the original removal >> plan. >>=20 >> > What's the point of having a big tree with hundreds of packages? Why >> > not have a very minimal tree instead and let everyone go and run >> > multiple independent repos so we can all do what we want? Then we >> > wouldn't have any discussion about what to include and what not. In >> > fact maybe that's not a bad idea.=20=20 >>=20 >> I'm not sure how to fit this within the context of the thread. >>=20 >> Have a lovely evening. =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOcEARYKAI8WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZQULj18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxEcYXJzZW5AZ2Vu dG9vLm9yZwAKCRBSwpQwHqLEk808AQCf7+pOfev1mzrlxZBghlFXyanJCplA+doO CN/+5KOVAwEA2jnu7M/Q4t0ihUyyYxHpBRwoxpjdh8EVHJHYULWc8Q0= =de0g -----END PGP SIGNATURE----- --=-=-=--