Open Source hot take: A software project is allowed to be *done*.

[hllizi@hespere.de]

@mirabilos
That works for dynamic dependencies but not for static ones, and only until the distro stops maintenance for the last compatible version, right?
@tante @leonid

[mirabilos@toot.mirbsd.org]

@hllizi @leonid @tante why would you as upstream care if the distro links statically or dynamically?

[mirabilos@toot.mirbsd.org]

@leonid @tante @hllizi and it does work if it also recompiles the program, static distros exist

[hllizi@hespere.de]

@mirabilos
Yeah, right, I take this part back, I got confused (because of course you can also compile again against the patched dependency...). But the second part still stands, it only works as long as the distro provides patches for a compatible version.
@leonid @tante

[mirabilos@toot.mirbsd.org]

@leonid @hllizi @tante sure, but if that also works…?

[hllizi@hespere.de]

@mirabilos
Providing patches, you mean?
@leonid @tante

[mirabilos@toot.mirbsd.org]

@leonid @tante @hllizi the dependency

[hllizi@hespere.de]

@mirabilos
My assumption here was that the last compatible version has fallen out of maintenance everywhere, so any version that patches a bug cannot work anymore by assumption. Or am I missing something again?
@leonid @tante

[mirabilos@toot.mirbsd.org]

@tante @hllizi @leonid where there is a will, there is a way

[mxchara@cyberpunk.lol]

@tante I point out that this is clearly also true of physical creations, arts and crafts and movies and whatever: if the creator lingers on the scene, forever changing and tweaking and updating, the results are almost always unhappy. Nobody is happy that the origin Star Wars films got turned into some kind of ongoing project of Lucas's. But turning everything into a construction site keeps the most money flowing.

[hllizi@hespere.de]

@mirabilos
Of course, but it's not in the hands of the maintainer of any given piece of software anymore if they don't want to provide patches for old dependencies themselves so they won't have to change the code of the software itself.
@tante @leonid

[isaackuo@spacey.space]

@StryderNotavi @dashdsrdash @MisuseCase @ArneBab @tante That's okay, it's baked in to the definition of intuition. Not everyone has the "same" intuition, right?

[catraxx@tech.lgbt]

@tante This. I have thought this so often. "Oh this project is dead, if only does bug fixes." My brother in christ, its an image viewer! Wtf do you think it will become?!

[jwrm22@hsnl.social]

@mirabilos @tante A project without a release every six months is considered dead now?

In a way I have seen it myself as well, where I posted something like 'until further notice'. But the readers believed the message to be invalid as the notice was from last year.

[xerz@soc.masfloss.net]

@tante hotter take: finished projects should have their reasoning specified, including goals and implementation details

[Gæst]

@tante There needs to be a differentiator though to not mistake "done" with "abandoned" or plain dormant.

I found this podcast episode to be helpful to sort this field:
Abandoned open source with Josh Marpet

[zitrone@corteximplant.com]

@tante i agree, but it has to move at least as fast as its dependencies

newer library versions need to be incorporated, deprecated programming language features need to be replaced

so there is an inherent speed up when you go down the dependency tree

now matter the volume of changes, one could however still call this "done" as long as no new features are added

[mirabilos@toot.mirbsd.org]

@hllizi @tante @leonid do you know how often I became maintainer of something because I was the last remaining user? *shrug*

[tallsimon@mstdn.ca]

@hbons @tante

So "EMACS is just an editor" would have seen it finished by about 1978... 🤪

[hllizi@hespere.de]

@mirabilos
That's admirable but maybe not a model that works for everyone.
@tante @leonid