<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 20, 2020 at 1:06 AM Florian Weimer <<a href="mailto:fw@deneb.enyo.de">fw@deneb.enyo.de</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">* Henrik Ingo:<br>
<br>
> On Thu, Mar 19, 2020 at 10:22 PM Florian Weimer <<a href="mailto:fw@deneb.enyo.de" target="_blank">fw@deneb.enyo.de</a>> wrote:<br>
><br>
>> I was a bit surprised to learn that the CAL was accepted, given that<br>
>> its copyleft extensions have the same major problem as the AGPL.<br>
><br>
> Note that the CAL specifically does not share this problem. It simply<br>
> requires you to provide a copy of the source and user data, but doesn't<br>
> mandate a specific user interface or other mechanism for doing so.<br>
<br>
The CAL has the *exact same problem* if it is applied to software that<br>
lacks a built-in mechanism for identifying the relevant sources and<br>
the user data (let alone providing a built-in downloading mechanism).<br></blockquote><div><br></div><div>We discussed this last year when reviewing the CAL. It is true that this can be an issue for some software. However arguably this is the exact opposite problem to what you point out in the AGPL.</div><div><br></div><div>In case the licensed software doesn't have relevant functionality for delivering the corresponding source, then...<br></div><div><br></div><div>In the AGPL the recipient is either excused from providing source or alternatively it is unclear how exactly the recipient should fulfill this obligation. <br></div><div><br></div><div>In the CAL it is clear that the recipient still has this obligation and can freely choose how best to fullfil this obligation. You are however correct that for some software at least providing the user data may require some work from the licensee, if the software doesn't include a feature to do this automatically. But importantly it is NOT unclear *what* is required.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
My problem with these licenses is *not* that the requirements are<br>
particularly onerous (maybe they are in practice, but so is the<br>
notification requirement in the HPND licenses, it seems), but that the<br>
license is so vague in what is actually required.  A typical example<br>
is a library licensed under the AGPL that does not handle anything<br>
network-related.  What are the source code distribution requirements<br>
for a program that happens to have a network-related component?  (This<br>
is where the “GPL for open core” part comes from—any serious<br>
commercial user will pay for different, clearer license terms.)<br>
<br></blockquote><div><br></div><div>In my experience selling GPL and AGPL licensed software, this is rarely the motivation to pay for a commercial license. Maybe less than 1% of customers would have blanket policies to not use GPL.</div><div><br></div><div>Also note that for many cases where the share of such customers was the main income for some vendor - say early Qt or early MySQL - the reason customers would pay for a non-GPL license was not that it was unclear what the GPL required but rather because it was very clear what the GPL required.<br></div><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If these programs had a built-in compliance mechanism, it would at<br>
least become clear what the author intended.<br>
<br>
But even if a program licensed under the CAL had all those built-in<br>
facilities, using the software would still not be automatically<br>
compliant, because any user must make arrangements for complying with<br>
the license *after* any use of the software has ended (where any<br>
built-in access mechanisms have stopped working, of course).<br>
<br>
Not sure why people keep bringing up the CAL.  I did not mention it.<br>
</blockquote></div><br clear="all"><div>The very first words in your very first email to this thread were "I was a bit surprised to learn that the CAL was accepted,"</div><div><br></div><div>henrik<br></div><div><br></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><a href="mailto:henrik.ingo@avoinelama.fi" target="_blank">henrik.ingo@avoinelama.fi</a><br>+358-40-5697354        skype: henrik.ingo            irc: hingo<br><a href="http://www.openlife.cc" target="_blank">www.openlife.cc</a><br><br>My LinkedIn profile: <a href="http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7" target="_blank">http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7</a></div></div>