|
|
Log in / Subscribe / Register

The race to replace Redis

The race to replace Redis

Posted Apr 4, 2024 16:33 UTC (Thu) by kpfleming (subscriber, #23250)
In reply to: The race to replace Redis by jzb
Parent article: The race to replace Redis

It *is* impossible to comply with if any of the software in that stack was received under licenses that are not compatible with the SSPL and for which the user does not have relicensing permission. Certainly any software under any GPL-family license would fall into this category, and since most (if not all) SSPL-licensed software is developed to run on Linux, you don't need to look far to find an impossible-to-comply situation.

If the drafters of the SSPL hadn't chosen to require that all of the "Service Source Code" itself be made available under the SSPL, but instead permitted that code to be distributed under any SSPL-compatible license, much of this problem would disappear. Presumably they made that choice for what they considered to be a good reason.


to post comments

The race to replace Redis

Posted Apr 4, 2024 21:08 UTC (Thu) by Wol (subscriber, #4433) [Link]

> If the drafters of the SSPL hadn't chosen to require that all of the "Service Source Code" itself be made available under the SSPL, but instead permitted that code to be distributed under any SSPL-compatible license, much of this problem would disappear. Presumably they made that choice for what they considered to be a good reason.

Or are they non-lawyers going under the (somewhat common) misapprehension that mixing source modules under different licences can change the licence ... a lot of people seem to think that mixing GPL and BSD magically transmutes the BSD code into GPL code ...

Cheers,
Wol


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds