<div dir="ltr">To Ofer's new suggestion making registration a condition: no. That does not work, either by the letter or, or the spirit of, open source.<div><br></div><div>I'd <b>love</b> to know who uses our code. If we run a meetup for an open source project we run, we ask people on our message boards to speak (and they tell us they use our code and want to share how and ideas they have to improve it). But it's not a condition of use. We want to allow a person to experiment, test, explore, and if they see fit, reject using our code without forcing them to tell us. We encourage them to tell us about their use of our code, by asking. But it's up to them to do so.</div><div><br></div><div>So much like the "please do good things" is a great idea to put in a readme, "please let us know if you use this code" is also a great message to put in a readme or contributing file. You can give them a laptop sticker in return. But please don't put it in a legally binding license agreement since I don't want to be obligated to tell you what I do.<div></div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black"><span style="font-weight:bold">Gil Yehuda: </span>I help with external technology engagement</p><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black">From the <a href="https://developer.yahoo.com/opensource/docs/" target="_blank">Open Source Program Office</a> at Yahoo --> Oath - -> Verizon Media<br></p></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 9, 2019 at 9:43 AM Russell McOrmond <<a href="mailto:russellmcormond@gmail.com">russellmcormond@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="auto"><div dir="ltr"><div dir="ltr">It</div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 9, 2019 at 6:46 AM Johnny A. Solbu <<a href="mailto:johnny@solbu.net" rel="noreferrer" target="_blank">johnny@solbu.net</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Then you are effectively demanding registration.<br>
That is still not allowed in Free and Open Source software, meaning, that makes it Not Free and Open Source.<br>
I belive the Free Software Foundation would even call it proprietary.<br>
<br>
I imagine most of the partitipants on this list would refuse to use software that require them to register in order to use it.<br></blockquote><div><br></div><div><br></div></div><div class="gmail_quote">The FSF rejected the RPL <a href="https://www.gnu.org/licenses/license-list.en.html#RPL" rel="noreferrer" target="_blank">https://www.gnu.org/licenses/license-list.en.html#RPL</a> : "2. It requires notification of the original developer for publication of a modified version. 3. It requires publication of any modified version that an organization uses, even privately."<br><br>In Ofer's license proposal this is registration of mere usage, not registration of publication (public disclosure) of modified versions, so is even less likely to be accepted by the FSF.<br></div><div><br><br>I'm wondering if anyone can help explain to me what they see as the difference between the forced public disclosure of private modifications of software, and registration of mere usage, private modification, or public discloseof software? All of these involve the forced disclose of private activities.</div><div dir="auto"><br></div><div dir="auto">While I believe that there would be consensus on registration making software non-FLOSS, there appears to be a growing divide on forced public disclosure (and not strictly between the FSF and OSI, given the FSF has granted approval to licenses which cross the line of forced public disclosure of private activities).</div><div><br></div><div>I agree that the outcome may seem different for those focused on source code disclosure, but the argument seems similar.  In policy discussions (and licenses are part of a policy discussion, whether people recognise it or not) a bad argument can set precedent that can be used for different (possibly opposing) outcomes. We need to be careful about unintended consequences and not narrowly on the disclosed intent.</div></div></div>
_______________________________________________<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>