<div dir="ltr">As to your question about issues with the SSPL, at least for me it comes down to this language in section 13:<div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><span style="color:rgb(66,73,79);font-family:"Akzidenz Grotesk BQ Light",Helvetica;font-size:16px">“Service Source Code” means the Corresponding Source for the Program or the modified version, and the Corresponding Source for all programs that you use to make the Program or modified version available as a service, including, without limitation, management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available.</span></div><div><span style="color:rgb(66,73,79);font-family:"Akzidenz Grotesk BQ Light",Helvetica;font-size:16px"><br></span></div></blockquote><font color="#42494f" face="Akzidenz Grotesk BQ Light, Helvetica"><span style="font-size:16px">Most, if not all, of my clients don't write their own management software, monitoring software, backup software or hosting software. In many cases, they're licensing proprietary code for these things that they have no right to open source. Typically, if a vendor offers two versions of software - one as on-prem/self-hosted and another as a hosted service, the self-hosted customer is expected to go get this stuff elsewhere. It's not something they're licensing as part of their product. So this provision is just really far removed from what companies can do and honestly from what they should be doing as a business. You probably *don't* want a vendor of accounting software to also be writing their own security monitoring software. It's not what they're experts in.</span></font></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 13, 2024 at 3:42 PM Kate Downing <<a href="mailto:kate.v.downing@gmail.com">kate.v.downing@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I wrote about this at length here: <a href="https://katedowninglaw.com/2019/09/08/the-great-open-source-shake-up/" target="_blank">https://katedowninglaw.com/2019/09/08/the-great-open-source-shake-up/</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 13, 2024 at 3:30 PM Dirk Riehle <<a href="mailto:dirk@riehle.org" target="_blank">dirk@riehle.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello everyone,<br>
<br>
I wrote this email three times and discarded it; I simply don't know how <br>
to ask.<br>
<br>
Final try. If I believe various representatives (on Twitter and <br>
elsewhere) of companies like AWS, they believe they can use AGPL <br>
licensed code and the copyleft effect is wholly contained/doesn't affect <br>
their tech stack at all. Those who pushed source-available seem to <br>
agree; the SSPL was an attempt to a better copyleft license in the eyes <br>
of their creators, irrespective of this list's conclusion that it was a <br>
discriminatory license.<br>
<br>
Why is that? I look at the definition of "modified code" in the AGPL <br>
license texts and to me it seems to do the trick (copyleft effect). I <br>
find the explanation of conveyance to users less clear i.e. how the <br>
traditional distribution is defined.<br>
<br>
Is there any recognized published statement that explains whether the <br>
AGPL achieves a network copyleft effect as intended or not? And if the <br>
conclusion is that it doesn't what's the alternative if you want this <br>
effect?<br>
<br>
Thanks for bearing with me.<br>
<br>
Dirk<br>
<br>
-- <br>
Confused about open source?<br>
Get clarity through <a href="https://bayave.com/training" rel="noreferrer" target="_blank">https://bayave.com/training</a><br>
--<br>
Website: <a href="https://dirkriehle.com" rel="noreferrer" target="_blank">https://dirkriehle.com</a> - Twitter: @dirkriehle<br>
Ph (DE): +49-157-8153-4150 - Ph (US): +1-650-450-8550<br>
<br>
<br>
_______________________________________________<br>
The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Official statements by the Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a> email address.<br>
<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div>
</blockquote></div>