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 CA14D158089 for ; Fri, 15 Sep 2023 18:56:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1C7AE2BC037; Fri, 15 Sep 2023 18:56:32 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 C69DA2BC022 for ; Fri, 15 Sep 2023 18:56:31 +0000 (UTC) Received: from fews02-sea.riseup.net (fews02-sea-pn.riseup.net [10.0.1.112]) (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 mx1.riseup.net (Postfix) with ESMTPS id 4RnNhG4p3tzDqjX for ; Fri, 15 Sep 2023 18:56:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1694804190; bh=0iaJikD680J3Im4D7v2tgdL8YoLtIJM6LNXgNiPCmZU=; h=Date:From:To:Subject:In-Reply-To:References:From; b=gTlMFUvZdvG39Ja6lf1UKcFz3lBe+Dck68XBRnBFjO0kIa5nwqiZ3UO3cVPmeqWN1 Xh8gqqRAH/wHKOc/AUpqP2H3ENjh1Co5+pvbCX3vAJ8RW2pbflanZQb+FqcEaEViP1 OmQm1ydSsF/fvD6bBmC/R7Ouzr6lM93ZiEm/6714= X-Riseup-User-ID: 709344B2FDB170CF9D19236115BA87C208E68EAE91497EF2FDFF2BA9E856D3D5 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews02-sea.riseup.net (Postfix) with ESMTPSA id 4RnNhG266FzFpyb for ; Fri, 15 Sep 2023 18:56:30 +0000 (UTC) Date: Fri, 15 Sep 2023 11:56:27 -0700 From: orbea To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] last rites: sys-fs/eudev Message-ID: <20230915115627.5352580c@Akita> In-Reply-To: <7350aefa-e828-a831-b0bd-15b4bb30df02@asokolov.org> 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> <20230915081018.7b231b78@Akita> <7350aefa-e828-a831-b0bd-15b4bb30df02@asokolov.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: 80c66824-0f14-4234-a53e-d857bbf8c31c X-Archives-Hash: e52bafe72694153b2479f22e6c55d12a On Fri, 15 Sep 2023 19:38:27 +0100 Alexey Sokolov wrote: > 15.09.2023 16:10, orbea =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Fri, 15 Sep 2023 01:19:22 +0200 > > Arsen Arsenovi=C4=87 wrote: > > =20 > >> "Eddie Chapman" writes: > >> =20 > >>> Not aiming this at you personally but this argument has been made > >>> more than once in this thread and I personally don't think it > >>> carries any weight, because it can be levelled at anyone who > >>> raises an issue about anything. If you don't like it, then just > >>> go and roll your own. =20 > >> > >> ::gentoo is supposed to be a coherent set of packages provided by > >> Gentoo developers, with a reasonable scope. eudev no longer fits > >> into the 'coherent' part of that definition, and there are zero > >> advantages to it over systemd-utils[udev]. > >> > >> The _only_ difference between a sys-fs/eudev::eudev and > >> sys-fs/eudev::gentoo package that would exist if the former were > >> to be made into an overlay is that Gentoo developers would be > >> responsible for the latter. There are no Gentoo developers > >> interested in being responsible for the latter (AFAIK), and there > >> is no tangible benefit to the latter for any Gentoo developer to > >> latch onto. > >> > >> Seeing as there is at least half a dozen people seemingly > >> interested in maintaining eudev, why not just form an overlay? > >> This way, virtual/{,lib}udev doesn't get polluted with > >> implementations which don't fullfil the definition of a virtual > >> provider in ::gentoo, nor with use-flag hacks, but users which > >> wish to use eudev still have access to it, and upstream eudev gets > >> half a dozen potential contributors, which are needed, _badly_. > >> At risk of repeating myself, I'd like to point out again that the > >> only viable approach for eudev upstream to take is to re-fork > >> systemd and find a viable way to stay up-to-date, while fixing up > >> incompatibilities with musl. I've made proposals a few years ago > >> and restated them in this thread. =20 > >=20 > > What incompatibilities with musl? I am using musl-1.2.4 with eudev > > and there do not seem to be any issues in that regard. > >=20 > > I also don't see any musl specific issues reported upstream or for > > Gentoo. Am I missing something? =20 >=20 > Arsen meant incompatibilities of systemd-udev, not of eudev [1]. No > idea what's the current state of udev upstream is though. Alpine uses > musl, that's one of reasons why they are interested in eudev. Oh, thanks for clarifying my misunderstanding. After re-reading I don't know if eudev needs to be reforked, missing functionality that downstreams are using can be added and otherwise focus on cleaning up and improving the code independently of systemd. For instance there is no reason that LibreSSL should refork OpenSSL. >=20 > [1] See=20 > https://gitweb.gentoo.org/proj/eudev.git/commit/?id=3Df559dc96f4105f60527= 2defac9276ef9cb6f5dc6 >=20 > > =20 > >> =20 > >>> Of course I know I (and anyone else) can do that. So then what's > >>> the point of discussing anything then? =20 > >> > >> Just because an argument is widely applicable does not make it > >> invalid. > >> > >> 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 > >> > >> I'm not sure how to fit this within the context of the thread. > >> > >> Have a lovely evening. =20 > >=20 > > =20 >=20