<div dir="ltr">They're mixing an open source project and a proprietary project in one repository. Per their readme, the proprietary components are in an enterprise subdirectory. It would be more polite of them to use two repositories, but it's their project there's nothing wrong with this <i>per se</i>.<div><br></div>"NoLicenseMaximumAllowedUserCount" is only checked in the proprietary source tree.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 5, 2019 at 4:29 AM Ahmed Hassan <<a href="mailto:ahassan@rapidsos.com" target="_blank">ahassan@rapidsos.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"><div dir="ltr">Part of the software is released under Apache 2 license, the other part of the project has a directory with DRM that limit the number of users that the open source version can access. They use the word "open source" in the read me file.<div><br></div><div><a href="https://github.com/sourcegraph/sourcegraph#license" target="_blank">https://github.com/sourcegraph/sourcegraph#license</a></div><div>Here is the constant that will render the open source version unusable. It doesn't have any option to disable it.</div><div><a href="https://github.com/sourcegraph/sourcegraph/blob/e7b982df18238ea45d7b868f64a8f78a508a4df7/enterprise/cmd/frontend/internal/licensing/licenseusercount.go#L160" target="_blank">https://github.com/sourcegraph/sourcegraph/blob/e7b982df18238ea45d7b868f64a8f78a508a4df7/enterprise/cmd/frontend/internal/licensing/licenseusercount.go#L160</a></div><div><div><br></div></div><div>Is that a valid use of the term open source?</div><div>--</div><div>Ahmed</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 4, 2019 at 11:32 AM Gil Yehuda via License-discuss <<a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.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"><div dir="ltr">As James indicates -- the expression "<span style="color:rgb(0,0,0)">released under dual licences</span>" implies one project with a choice between two licenses. This seems to be two things (in a project). Thing1 is open source and Think2 is not. As Kevin said, Think2 is not open source. Presumably nothing stops you from using Think1 under the open source license and, in a clean room, writing your own Think2 implementation (and publishing it as open source so that we can all benefit from it).<div><div><br></div><div>Back in 2015/16 we ran into some projects that has something like what I thought you were asking: where the code itself was published under and open source license, but a sample project in a sub directory was published with a restrictive license that granted the rights to "<span style="color:rgb(0,0,0)">(<i>1) use and copy the Software; and (2) reproduce and distribute the Software as part of your own software ("Your Software"), provided Your Software does not consist solely of the Software; and (3) modify the Software for your own internal use.</i></span>" In other words -- the code project was open source, but parts of the repo were not. So we had to strip those out in our mirror. That license scheme is no longer being used (I'm pretty sure, thankfully). It was annoying since it meant we had to look carefully at a repo and see that the license headers were not consistent. </div><div><br></div><div><span style="color:black;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;font-weight:bold">Gil Yehuda: </span><span style="color:black;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em">I help with external technology engagement</span><div><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><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><p style="margin:0px;text-align:left;line-height:100%;color:black"><font face="tahoma, sans-serif">My work calendar is open for colleagues to see. <span style="white-space:pre-wrap">yo/open-calendars</span></font></p></div></div></div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 4, 2019 at 7:26 AM Kevin P. Fleming <<a href="mailto:kevin%2Bosi@km6g.us" target="_blank">kevin+osi@km6g.us</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">No, usage restrictions are incompatible with the Open Source<br>
Definition. If the software has such restrictions it cannot be called<br>
'open source'.<br>
<br>
On Fri, Oct 4, 2019 at 6:49 AM Ahmed Hassan <<a href="mailto:ahassan@rapidsos.com" target="_blank">ahassan@rapidsos.com</a>> wrote:<br>
><br>
> Hi All:<br>
><br>
> I found a software on github that is released under dual licences. Parts of the software is under Apache licence, the other is under proprietary licence. The part of the software that's responsible for user access is under proprietary licence.<br>
><br>
> Can someone claim a software to be an open source by restricting number of users who can access it for self installation?<br>
><br>
> --<br>
> Ahmed<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>
<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>
_______________________________________________<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><div><br></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>