On 12 September 2023 21:47:31 CEST, Eddie Chapman <ed...@ehuk.net> wrote:
>Andreas K. Huettel wrote:
>> The eudev experiment has failed.
>> * It was false labeling from the start.[*]
>> * It's barely alive and not keeping up with udev upstream.
>
>Why does it have to? It is advertised as a fork after all.
>
>> * It's effectively unmaintained in Gentoo.
>
>That could change. Isn't that why a last rite comes with 30 days notice?
>
>> * 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 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
