The race to replace Redis [LWN.net]

The race to replace Redis

Posted Apr 12, 2024 11:25 UTC (Fri) by immibis (subscriber, #105511)
In reply to: The race to replace Redis by sammythesnake
Parent article: The race to replace Redis

Where do you draw the line with AGPL?

* At the process boundary (or thereabouts)? Then you've reinvented the LGPL - What if cloud company X responds by making their process as small as possible and moves all of the supporting infrastructure to the other side of the boundary?
* At the VM/container or physical machine boundary? That's outrageously expensive and obviously impossible to comply with.

to post comments

The race to replace Redis

Posted May 22, 2024 15:30 UTC (Wed) by ssokolow (guest, #94568) [Link]

The key distinction is that the SSPL is trying to broaden the scope of what must be shared beyond the legal precedents for "derived work".

The AGPL is just trying to be a patch on the GPL so that you can't dodge the "users who receive the binary must have GPL'd access to the source" part by doing SaaS.

The GPL and LGPL already lean on "Yes, some people will tie their codebase in multi-process knots to minimize how much they have to share, but we're OK with that. There's a limit to what's practical, scalable, etc." and the LGPL is narrowing the requirements down from "entire derive work" to "just this library... even if that's an uncertain legal requirement in this implementation language".