<div dir="ltr"><div>I will say the reason is restricting redistribution on the grounds that you theoretically can give yourself power to deny someone a private key.<br><br></div>Plus the fact that you could, again theoretically, use the private key license to impose additional restriction, including no distribution of the BSD-ed code. Although in theory that is non-enforceable, in practice it is other considerations, including business relationship with you, that will mean your users will choose to exercise their rights not to distribute. Although this in theory is not violation of Open Source, to a lot of people (non zealots) it is in violation of the spirit of open source as you can effectively choke distribution rights if your users decided not to distribute because they don't want to lose the private key license.<br><br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>Best Regards,<br>Cinly<br><br>*****<br>I do not read footer and will not be bounded by them. If they are 
legally enforceable then this one always triumph yours.</div></div></div></div>
<br><div class="gmail_quote">On 5 February 2015 at 13:16, Zluty Sysel <span dir="ltr"><<a href="mailto:zluty.sysel@gmail.com" target="_blank">zluty.sysel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi there,<br>
<br>
On Thu, Feb 5, 2015 at 12:27 PM, Simon Phipps <<a href="mailto:webmink@opensource.org">webmink@opensource.org</a>> wrote:<br>
><br>
><br>
> On Wed, Feb 4, 2015 at 12:24 PM, Zluty Sysel <<a href="mailto:zluty.sysel@gmail.com">zluty.sysel@gmail.com</a>> wrote:<br>
>><br>
>><br>
>> The issue however is that there is a certain reluctance not to include<br>
>> this in the source code license, since one of the .c files contains a<br>
>> very distinct placeholder (set to NULL) for the Private Key in it. The<br>
>> clause in the license would serve as a reminder that those Private<br>
>> Keys (which sometimes are shared across all employees of a single<br>
>> company) are not redistributable even when the source code contains<br>
>> one (albeit a NULL development one). Since Private Keys are<br>
>> distributed in a fashion that makes it difficult for them to be<br>
>> attached to a license, the company wants to include this in each<br>
>> source code file so that users do not inadvertently commit to public<br>
>> repos with the Private Key set.<br>
><br>
><br>
> Surely this is a matter to handle via a 1:1 contract with your customer?  I<br>
> have doubts that the additional restriction you are proposing is<br>
> OSD-compliant.<br>
<br>
Thanks for the reply.<br>
Yes, and they do have a contract with each customer that receives the<br>
Private Key, along with the source code that goes with it.<br>
Could you however elaborate on why the additional restriction would<br>
not be OSD-compliant? Do you think it could be reworded so that it<br>
does become compliant?<br>
<br>
Thanks,<br>
<br>
Zluty<br>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@opensource.org">License-discuss@opensource.org</a><br>
<a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss</a><br>
</blockquote></div><br></div></div>