3 ms·

>12. No Surrender of Others' Freedom. >If conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this

>12. No Surrender of Others' Freedom. >If conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot use, propagate or convey a covered work so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not use, propagate or convey it at all. For example, if you agree to terms that obligate you to collect a royalty for further conveying from those to whom you convey the Program, the only way you could satisfy both those terms and this License would be to refrain entirely from conveying the Program. The important bit here is: >If you cannot use, propagate or convey a covered work so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not use, propagate or convey it at all. That is what I mean to say when I say you have an out. As in, rather than SSPL'ing your whole stack, you can simply STOP using MongoDB, or any other SSPL'd software. Once you stop using MongoDB, then you are free not to SSPL the rest of your stack under clause 12. Under the SanDisk and Lasercomb cases, you couldn't simply un-agree to the license, because it was a software purchase, or a patent license respectively, but the SSPL is a license that is validated and invalidated and renewed automatically (see clause 8: Termination), and for which the acceptable, enforceable outcome of any litigation is always "stop providing the copyrighted work as a service". >You can't just "run it if I wish" as you please Name one thing I can't do with it. No, providing it as a service does not count, as I can do that, provided I manage the service with other SSPL'd code.

pritambaral 6y ago
> Under the SanDisk and Lasercomb cases, you couldn't simply un-agree to the license, because it was a software purchase, or a patent license respectively, but the SSPL is a license that is validated and invalidated and renewed automatically (see clause 8: Termination), and for which the acceptable, enforceable outcome of any litigation is always "stop providing the copyrighted work as a service". So what? The automatic termination of a license doesn't make it valid, nor does it stop it from being invalid. Even in the presence of the termination clause, the SSPL asserts rights over works it does not cover. _That_ is copyright abuse, exactly like in the Lasercomb and SanDisk cases. The fact that those licenses differed in other areas does not affect this fact. But yeah, thank you for bringing up the termination clause, as it further strengthens my point that using an SSPL-licensed work is like entering a legal minefield. As I say in my parent comment, if tomorrow MongoDB Inc. decides to interpret "Service" differently than today, invoking the termination clause, suddenly I would be forced to stop using the software. This mere possibility makes it unsafe for me to use the software now. >> 1. You can't just "run it if I wish" as you please; and >> 2. That is NOT the definition of open-source; that is the definition of shared-source, or source-available. > Name one thing I can't do with it. No, providing it as a service does not count, as I can do that, provided I manage the service with other SSPL'd code. At this point, I'm beginning to suspect you're being pedantic and willfully ignoring practical realities. You're also being selective and ignoring the rest of my argument: merely being able to run your modifications under certain conditions does NOT make something 'Open Source'. And, please, read the rest of my argument, which I reproduce here for your convenience: "If MongoDB wanted to make their source available under those terms, they should have, instead of trying to abuse the term 'open source'. If you want to use a piece of software under shared-source terms, feel free, but please don't try to jam it to others as if that's open source, because such twisting of terms harms the industry"

pritambaral 6y ago

> Under the SanDisk and Lasercomb cases, you couldn't simply un-agree to the license, because it was a software purchase, or a patent license respectively, but the SSPL is a license that is validated and invalidated and renewed automatically (see clause 8: Termination), and for which the acceptable, enforceable outcome of any litigation is always "stop providing the copyrighted work as a service". So what? The automatic termination of a license doesn't make it valid, nor does it stop it from being invalid. Even in the presence of the termination clause, the SSPL asserts rights over works it does not cover. _That_ is copyright abuse, exactly like in the Lasercomb and SanDisk cases. The fact that those licenses differed in other areas does not affect this fact. But yeah, thank you for bringing up the termination clause, as it further strengthens my point that using an SSPL-licensed work is like entering a legal minefield. As I say in my parent comment, if tomorrow MongoDB Inc. decides to interpret "Service" differently than today, invoking the termination clause, suddenly I would be forced to stop using the software. This mere possibility makes it unsafe for me to use the software now. >> 1. You can't just "run it if I wish" as you please; and >> 2. That is NOT the definition of open-source; that is the definition of shared-source, or source-available. > Name one thing I can't do with it. No, providing it as a service does not count, as I can do that, provided I manage the service with other SSPL'd code. At this point, I'm beginning to suspect you're being pedantic and willfully ignoring practical realities. You're also being selective and ignoring the rest of my argument: merely being able to run your modifications under certain conditions does NOT make something 'Open Source'. And, please, read the rest of my argument, which I reproduce here for your convenience: "If MongoDB wanted to make their source available under those terms, they should have, instead of trying to abuse the term 'open source'. If you want to use a piece of software under shared-source terms, feel free, but please don't try to jam it to others as if that's open source, because such twisting of terms harms the industry"