Honestly I think it's fair. Really the only people affected by this change are people creating proprietary forks, everyone else benefits from this change.
I just wish there was a way to ensure that the company itself doesn't do a proprietary fork.
Simple. Don't have contribution agreements. Contributors maintain their copyright so as they can prevent relicensing. Mind, FSF requires copyright for their submissions (I believe), but they're, arguably, a "good actor" in this space.
But, if the code base becomes a patchwork of contributors, it can become difficult to relicense.
Definition of freedom has changed in cloud era. The idea behind GPL was, if you modify your code and distribute it, you need to contribute back the changes, with the wider goal of increasing the commons. All the legalese was just to make sure that the idea worked.
In the era of cloud, distribution needs to include distribution over wire, because so many apps are now run in the cloud. And that's why AGPL. It preserves the spirit of GPL in modern times.
If you are distributing an AGPL software as a derivative work, you must also distribute the source. You can make as many modifications for internal use and not distribute them, if you're not making a derivative work.
> They see this as bad, because they think you should be forced to publish your modifications to the software you use internally, even if you don’t want to.
This is incorrect. You are only forced to publish if you are creating derivative works. See how overleaf uses propietary git integration with AGPL overleaf.
That article makes a lot of dubious claims. The central claim is that by breaking links to the source code in development on your own machine with no one else using it, then you are breaking the license by not showing a notice offering the source to yourself.
This is typical of software developers trying to interpret law. Can you imagine someone explaining to a judge that they are suing for a breach of license terms under the circumstances. "So, you are saying he did not give himself access to the code on his laptop?"
Even if that nonsense was correct, there is a dead easy workaround. Run a server with the code on it bound to localhost and you then have your network server for all users interacting with the code (yourself!). Not needed, just an additional layer of proof the claim "it is impossible to comply" is false.
Edit: to add, I am also not impressed by the author's other blog posts, such as a moan about not having PRs for FOSS projects accepted for good reasons (if you dig down into it). Lots of other complaining and nonsense too.
whartung|6 months ago
But, if the code base becomes a patchwork of contributors, it can become difficult to relicense.
eikenberry|6 months ago
sneak|6 months ago
https://sneak.berlin/20250720/the-agpl-is-nonfree/
Running a SaaS with in-house modifications is a protected use case for free software. The AGPL is a EULA masquerading as a license.
triknomeister|6 months ago
In the era of cloud, distribution needs to include distribution over wire, because so many apps are now run in the cloud. And that's why AGPL. It preserves the spirit of GPL in modern times.
satvikpendem|6 months ago
triknomeister|6 months ago
This is incorrect. You are only forced to publish if you are creating derivative works. See how overleaf uses propietary git integration with AGPL overleaf.
graemep|6 months ago
This is typical of software developers trying to interpret law. Can you imagine someone explaining to a judge that they are suing for a breach of license terms under the circumstances. "So, you are saying he did not give himself access to the code on his laptop?"
Even if that nonsense was correct, there is a dead easy workaround. Run a server with the code on it bound to localhost and you then have your network server for all users interacting with the code (yourself!). Not needed, just an additional layer of proof the claim "it is impossible to comply" is false.
Edit: to add, I am also not impressed by the author's other blog posts, such as a moan about not having PRs for FOSS projects accepted for good reasons (if you dig down into it). Lots of other complaining and nonsense too.