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) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4A4F2158089 for ; Wed, 13 Sep 2023 23:49:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 25A352BC01E; Wed, 13 Sep 2023 23:49:22 +0000 (UTC) Received: from james.steelbluetech.co.uk (james.steelbluetech.co.uk [92.63.139.228]) (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 C03C42BC019 for ; Wed, 13 Sep 2023 23:49:21 +0000 (UTC) Received: from ukinbox.ecrypt.net (hq2.ehuk.net [10.0.10.2]) by james.steelbluetech.co.uk (Postfix) with ESMTP id 6C201BFC13 for ; Thu, 14 Sep 2023 00:49:19 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 james.steelbluetech.co.uk 6C201BFC13 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ehuk.net; s=default; t=1694648959; bh=ZuQxAFL9nM/s1EGHcYqz698odpTew5NA8QboVMhYWsM=; h=In-Reply-To:References:Date:Subject:From:To:Reply-To:From; b=COOrqWdhFlqZ76sT4kfvZVm2Uxr0uExAJlx4ZLBfbxWGDI3ytQj1hy6/j7GjNCjSv 0P5dA3TNu6xHfGeAxC38UTZwtR4+C9nGq5t46Ej/T3pYRTyzY6XXnpzuc089TJo/g6 cdfurXrCC0Szzj+yhXV86BfuD07YQhLuTqE++SHxnvw+IcqUQ0YpMyEMaqAtBdIdqM cNggRULEiCzmAxQKX7+axYMPoVQEOILK0EBikCd7IZuPqtG9OKGdzWgW1fw9fyd8ju 4u1noSYmJvteJ0Hq2eDtKAvE4qthk/94yCksi2hwQKjNQtvf4d2XCqvsoWuRoS0DT3 V/oXlP0QJ0pRQ== Message-ID: <8503c294869a88be624abb4efd5bd675.squirrel@ukinbox.ecrypt.net> In-Reply-To: <6e35ba9b-a55b-4b36-9d79-96faa5fb1dc6@gentoo.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> Date: Thu, 14 Sep 2023 00:49:19 +0100 Subject: Re: [gentoo-dev] last rites: sys-fs/eudev From: "Eddie Chapman" To: gentoo-dev@lists.gentoo.org User-Agent: SquirrelMail/1.5.2 [SVN] 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: 8bit X-Scanned-By: MIMEDefang X-Archives-Salt: 6f72d980-3ef2-4c28-8dca-55a6a5fa4c67 X-Archives-Hash: a1687f25ff8729ca2e33e1cdcbd5102e Andrew Ammerlaan wrote: > On 12/09/2023 23:23, Eddie Chapman wrote: > >> Andrew Ammerlaan wrote: >>> >>> On 12 September 2023 21:47:31 CEST, Eddie Chapman >>> wrote: >>> >>>> Andreas K. Huettel wrote: >>>> >>>> >>>>> * You don't gain anything from using it instead of udev. >>>>> (Nobody does.) >>>>> >>>> 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. >>>> 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. >>>> >>>> What's wrong with having an alternative purely for competition? >>> >>> Having options is only valuable if the different options actually >>> bring something to the table. Choice for the sake of choice is just a >>> waste of time and effort. 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. What I have not yet read in >>> any message in this long thread, is **why** one would want to use >>> eudev, what are its advantages? Why not use >>> sys-apps/systemd-utils[udev]? >> >> You really are on a slippery slope if you're going to insist that >> someone "ought" to use a certain software, that there is no advantage in >> using an alternative and therefore you shouldn't. Also, people choose >> alternatives for entirely non-technical reasons which are valid. These >> might be political, license, or they just like the author or community >> of one project better than another. Microsoft Office is probably a >> better office suite technically and feature-wise than Libreoffice, yet >> many people use Libreoffice instead. That doesn't mean Libreoffice users >> are "just plain wrong". Why do we have so many Linux distributions if >> they all offer largely the same set of software? Why use Ubuntu over >> Debian or vice >> versa? What's the point of openrc? Which is better GCC or Clang/LLVM? > > This is a misrepresentation of my point. I never said that any rationale > for choosing one piece of software over another must be purely technical. A > license, political issue or whatever may be a legitimate advantage that > one option has over another. I'm simply stating that no one has explicitly > provided any rational for choosing eudev over systemd-utils[udev]. > > From the lack of response to my original question I can only conclude > that the only reason to choose eudev over systemd-utils[udev] is because > the latter package has "systemd" in the name (the horror!). If that is > truly the case it would be a lot simpler to rename sys-apps/systemd-utils > to sys-apps/utilities-from-the-init-system-that-must-not-be-named, then to > continue to maintain eudev. > >>> 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 is therefore worth their time and effort. >>> >>> Best regards, >>> Andrew >>> >> Why would you think that by having an alternative in tree it means that >> everyone else is then forced into doing work that they don't want to >> and it will inconvenience everyone? What if someone came along now and >> said they were willing to "step up" and maintain eudev and they were >> suitably qualified? Is that really going to force everyone else to >> modify their ways? > > If someone were to step up and say they are willing to spend their time > and effort maintaining eudev and fixing the open issues then sure we can > keep it, I never said otherwise. However this package has been > maintainer-needed for quite a long time now and no one has stepped up, at > some point someone has to pull the plug. > > My point (which again you misrepresented) is that if you can't provided > a solid reason for choosing eudev over systemd-utils[udev] you are going to > have a very hard time convincing others to put in their time and effort > maintaining it, no matter how loudly you complain on the mailing list. So > either maintain it yourself in some overlay, or provide some solid and > convincing argumentation in favor of eudev. And as I already pointed out > above "choice for the sake of choice" is not a convincing argument. > > And then another thing, how is it possible that so many people missed > the news item? They are displayed quite prominently I think, and emerge > will keep buggering you about it until it is marked as read. Just > wondering if there is something that can be improved here. > > Best regards, > Andrew Hi Andrew, I just want to apologise if I made you feel I misrepresented your points. I certainly didn't mean to do that, and I was quite puzzled to read your message just now and hear you say that, and having re-read what you wrote and then I, I'm not sure I understand how I misrepresented you. But anyway it doesn't matter if I see it or not, I'm sorry and I'll try harder in future to not do that. I want to make one thing clear which is I have stressed throughout this thread that I'm not asking, expecting, demanding anything of anyone. One of the few things I agree with most people on is that if no one steps up to maintain then yes it cannot remain in tree, that is obvious. But many people seem to interpret my arguments as just trying to make as much noise as possible in order to get eudev to stay, which saddens me as they are certainly not. I'm still not much in agreement with you despite your further arguments but I don't see any point in debating anymore. It's clear to me that those who make the decisions here are quite strongly of a very different opinion than I am and I don't think there's any prospect of anybody in this thread, including me, changing their minds.