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

[dancingtreefrog@mastodon.social]

@tante True of non-OSS applications, too. I think one reason MS is shoving AI into MS Office is their product is mature software and *there are no new features to add to it*.

[chris@losnoco.net]

@tante Yes, and when it comes to this, and there's something you got an idea for, but don't have the spoons to implement, you can just write a blog article about it and hope and pray someone else feels like implementing it, in exchange for a large sum of money. Or you can just hope you're not one of those people who hates unresolved issues.

[mirabilos@toot.mirbsd.org]

@tante yes! This!

I had people question a project because it had no release for six months (despite even commit activity)…

[mirabilos@toot.mirbsd.org]

@tante @hllizi @leonid nah, the distro patches the dependencies, 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