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 463D7158089 for ; Tue, 12 Sep 2023 20:33:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B9F6B2BC045; Tue, 12 Sep 2023 20:33:14 +0000 (UTC) Received: from smtp.gentoo.org (mail.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) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8313E2BC014 for ; Tue, 12 Sep 2023 20:33:14 +0000 (UTC) Date: Tue, 12 Sep 2023 22:33:06 +0200 From: Andrew Ammerlaan To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] last rites: sys-fs/eudev User-Agent: K-9 Mail for Android In-Reply-To: <25616924cf66471fbd1075753551dffa.squirrel@ukinbox.ecrypt.net> References: <7802203.lOV4Wx5bFT@kona> <92dfbb91650e4fe9c82268ccddf8b0ab.squirrel@ukinbox.ecrypt.net> <4270953.Sgy9Pd6rRy@pinacolada> <25616924cf66471fbd1075753551dffa.squirrel@ukinbox.ecrypt.net> Message-ID: <7B549F95-5EEA-4DD3-A046-AA6F2C7B6349@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: 73d884fd-826a-43c9-b64e-4fa519ba850b X-Archives-Hash: 7bc861c99520d23e0b19449d04a5eb74 On 12 September 2023 21:47:31 CEST, Eddie Chapman wrote= : >Andreas K=2E Huettel wrote: >> The eudev experiment has failed=2E >> * It was false labeling from the start=2E[*] >> * It's barely alive and not keeping up with udev upstream=2E > >Why does it have to? It is advertised as a fork after all=2E > >> * It's effectively unmaintained in Gentoo=2E > >That could change=2E Isn't that why a last rite comes with 30 days notice= ? > >> * You don't gain anything from using it instead of udev=2E >> (Nobody does=2E) > >Is there only 1 tool for the job? Why do we have both the OpenIPMI and >ipmitool projects, both curl and wget, chrome and firefox=2E Wouldn't it = be >better if we just choose one of each of those pairs and concentrate on it= ? >> >> So why should anyone put up the effort to package it? > >Same question for the above choices and plenty of other examples=2E > >What's wrong with having an alternative purely for competition? Having options is only valuable if the different options actually bring so= mething to the table=2E Choice for the sake of choice is just a waste of ti= me and effort=2E Firefox is clearly different then Chrome, each comes with = its own advantages and disadvantages, and based on this a user can make an = educated choice=2E What I have not yet read in any message in this long thr= ead, is **why** one would want to use eudev, what are its advantages? Why n= ot use sys-apps/systemd-utils[udev]?=20 You are free to spend your time and effort on whatever you wish, maintain = eudev as proxy or in some overlay, but don't expect others to put in their = time and effort if you can't convince them the extra choice has value and i= s therefore worth their time and effort=2E Best regards, Andrew