Re: [gentoo-dev] last rites: sys-fs/eudev

[orbea <orbea@riseup.net>]

On Mon, 11 Sep 2023 23:17:09 +0100
Sam James <sam@gentoo.org> wrote:

> orbea <orbea@riseup.net> writes:
> 
> > On Mon, 11 Sep 2023 22:50:13 +0100
> > Sam James <sam@gentoo.org> wrote:
> >  
> >> orbea <orbea@riseup.net> writes:
> >>   
> >> > On Mon, 11 Sep 2023 22:21:21 +0100
> >> > Sam James <sam@gentoo.org> wrote:
> >> >    
> >> >> orbea <orbea@riseup.net> writes:
> >> >>     
> >> >> > On Mon, 11 Sep 2023 21:31:30 +0100
> >> >> > Sam James <sam@gentoo.org> wrote:
> >> >> >      
> >> >> >> Dale <rdalek1967@gmail.com> writes:
> >> >> >>       
> >> >> >> > orbea wrote:        
> >> >> >> >> On Mon, 11 Sep 2023 17:29:47 +0200
> >> >> >> >> "Andreas K. Huettel" <dilfridge@gentoo.org> wrote:
> >> >> >> >>        
> >> >> >> >>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb
> >> >> >> >>> orbea: 
> >> >> >> >>>> Upstream is maintained still.
> >> >> >> >>>>
> >> >> >> >>>> https://github.com/eudev-project/eudev
> >> >> >> >>>>           
> >> >> >> >>> No, it's not.
> >> >> >> >>>
> >> >> >> >>>        
> >> >> >> >> Based on what? It has several commits this year and is
> >> >> >> >> currently working on both of my systems. Is there
> >> >> >> >> something specific showing why its not maintained?
> >> >> >> >>
> >> >> >> >> .
> >> >> >> >>        
> >> >> >> >
> >> >> >> > On the link above it says this:
> >> >> >> >
> >> >> >> >
> >> >> >> > On 2021-08-20 Gentoo decided to abandon eudev and a new
> >> >> >> > project was established on 2021-09-14 by Alpine, Devuan and
> >> >> >> > Gentoo contributors (alphabetical order).
> >> >> >> >
> >> >> >> >
> >> >> >> > It seems to have a upstream that is active but no one is
> >> >> >> > maintaining it on Gentoo.  Basically, it needs a Gentoo
> >> >> >> > maintainer now.  It would seem given the time span that no
> >> >> >> > one wants to take it. 
> >> >> >> >
> >> >> >> > Like others, I use it but didn't know it wasn't maintained
> >> >> >> > anymore. I hope someone will step up but if not, looks
> >> >> >> > like we have to use udev.         
> >> >> >> 
> >> >> >> No, see the linked bugs. Someone has to actually make it
> >> >> >> compatible with the tags API which software is starting to
> >> >> >> use. 
> >> >> >
> >> >> > I think its only a matter of time.
> >> >> >
> >> >> > https://github.com/eudev-project/eudev/pull/253
> >> >> >
> >> >> > I'll apply the patch and test the builds if it helps, but I
> >> >> > don't know about testing the runtime functionality of
> >> >> > libgudev.      
> >> >> 
> >> >> Someone has to then bother reviewing it, merging it, releasing
> >> >> it, and ideally updating eudev for other stuff like this.
> >> >> 
> >> >> Also note that the PR is a hack rather than a full
> >> >> implementation of the functionality anyway, which may lead to
> >> >> runtime misbehaviour.    
> >> >
> >> > According to upstream it implement's systemd's fallback path as
> >> > explained in this comment.
> >> >
> >> > https://github.com/eudev-project/eudev/issues/249#issuecomment-1675520914
> >> >    
> >> 
> >> That same comment goes on to say it's the "quick-n-dirty" fix and
> >> may break applications.  
> >
> > Slibtool also has no-op compatibility fixes that potentially could
> > cause issues too, I don't see this being a problem there. If eudev
> > was entirely broken or not being used I could understand why to
> > remove it, but rather this is removing software that mostly works
> > and is being used. With all due honesty is very disappointing to
> > see this, I started to use Gentoo because it offered choices.  
> 
> "mostly works" is generally not a great thing we want to
> endorse.
> 
> slibtool is also a complete rewrite of libtool rather than a fork
> which is out of date and missing features that consumers start
> to expect from development. We also, importantly, don't drag in
> slibtool on user systems unless they explicitly request it
> and it doesn't wrongly satisfy dependencies on libtool itself.

You are not installing eudev on systems unless the user requests it as
well and both slibtool and eudev are drop in replacements for their
respective counterpart where not all functionality is supported. They
both mostly work, by this logic we better remove slibtool too...

> 
> Someone being disappointed doesn't get work done.

If there are bugs on my systems I am willing to figure them out and try
to fix them, but its currently working just fine there and I won't be
able to fix any future issues if Gentoo removes it first.

Regardless the disappointment is a valid concern when Gentoo is willing
to pull the rug up from under users feet under erroneous claims of the
project being dead.

> 
> >  
> >>   
> >> >
> >> > However its fully possible to use Gentoo without requiring
> >> > sticky-tags so I don't really see the urgency that requires
> >> > removing software that has users that find it works for them. We
> >> > even have the most recent upstream release which came out only a
> >> > few months ago.   
> >> >>     
> >> >> >      
> >> >> >>       
> >> >> >> >
> >> >> >> > Dale
> >> >> >> >
> >> >> >> > :-)  :-)         
> >> >> >> 
> >> >> >>       
> >> >> 
> >> >>     
> >> 
> >>   
> 
>