Redis went from an open source license to a source available license. This is not a new pattern of trying to protect share-holder value against large cloud providers extracting value they didn’t create. Corporate finance discussion aside (since that’s a really sad can of worms), it’s interesting to see what the FOSS community did about it.
I posted my thoughts on Mastodon:
It was wise of @drewdevault to host redict (redis fork) on @Codeberg to maintain workflow parity with github and avoid any perceived conflicts of interest¹.
I wondered why LGPL and not of AGPL², which is also explained nicely: "but we want to make it as easy as possible for users to comply with the Redict license and we do not see any reason to discourage cloud providers from making use of Redict."
Hope other marquee projects follow suite.
¹https://fosstodon.org/@drewdevault/112167165399257154
² https://redict.io/posts/2024-03-22-redict-is-an-independent-fork/#why-lgpl
Why isn't Redict on GitHub?
Answered here:
https://github.com/redis/redis/pull/13157#issuecomment-2022380438
This lead to some interesting discussion and Drew DeVault chimed in with some interesting comments and posted a link to why he sometimes prefers the MPL license over a GPL license, it’s worth the short read and I plan to think/write about it more.
So here’s my semi-informed rant: AGPL might not always be the best license to police the poor behavior of corporate users. Licenses can only dictate what is legal, and just because it’s legal doesn’t mean it’s ethical. But there-in also lies the problem: unethical entities will always look for the legal loophole or hope to not get caught, assuming laws are equitably enforced in the first place. Whether the community likes it or not a lot of commercial enterprises have contributed significant portions of the FOSS stack. Leaving the door open to contributions but finding better models to compensate developers is more fruitful use of time and effort than subjecting each other to purity tests.