Wouldn't it just be redundant to say you can't use or depend on nonfree components in a derived work of its open source components?  <div>I think the better term for the license would be the "Nonfree Island". Where, one could obtain all the open source code components and use them surrounding their own proprietary works, but not the original nonfree works. Makes sense to me.  <br>
<br><div class="gmail_quote">On Fri, Dec 16, 2011 at 5:33 PM, Jeremy C. Reed <span dir="ltr"><<a href="mailto:reed@reedmedia.net">reed@reedmedia.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Fri, 16 Dec 2011, Chad Perrin wrote:<br>
<br>
</div><div class="im">> > >     My take would be that this satisfies the conditions of the Open<br>
> > >     Source Definition, though I may have overlooked something in my first<br>
> > >     reading.<br>
> ><br>
> > I think it conflicts with criterion #9.<br>
><br>
> I think that's true only to the extent that other copyleft licenses do,<br>
> as well.  If you have some differing insight, please share.  I'd like to<br>
> know what I missed.<br>
><br>
><br>
> > ><br>
> > >  It appears to also satisfy the conditions of the FSF/GNU<br>
> > >     Four Freedoms<br>
> ><br>
> > I think it conflicts with the first freedom.<br>
><br>
> I think that, too, is true only to the extent that other copyleft<br>
> licenses do.  Again, I'd like to know what prompts you to think<br>
> otherwise.<br>
><br>
><br>
> > ><br>
> > > and the Debian Free Software Guidelines,<br>
> ><br>
> > I think it conflicts with description of the first point.<br>
><br>
> See my above two responses to your disagreement with my estimation of the<br>
> license's compliance with various standards.  I'm curious about your<br>
> points of disagreement.<br>
<br>
<br>
</div>Two vague sentences from the license include:<br>
<div class="im"><br>
 This software is licensed for any purpose excepting the right to<br>
 make publicly available derived works which depend exclusively<br>
 upon non-free components.<br>
<br>
</div><div class="im"> In particular, the Derived Work fails this test if it depends upon<br>
 proprietary software, remote services or hardware to provide<br>
 features that do not have a corresponding Free Software implementation.<br>
<br>
</div>I believe these could be understood to conflict with:<br>
<br>
- ``The license must not place restrictions on other software that is<br>
distributed along with the licensed software. For example, the license<br>
must not insist that all other programs distributed on the same medium<br>
must be open-source software.''<br>
<br>
While I know this is about distribution, it can be said that it is<br>
distributed with its dependencies. The license in question doesn't<br>
override others licenses, but if used it implies about its<br>
dependencies which I'd suggest could be distributed together. This<br>
argument is weak.<br>
<br>
- ``The freedom to run the program, for any purpose (freedom 0).''<br>
<br>
How can it be used for any purpose if it can't depend on non-free<br>
software implementation?  I this think is a strong argument.<br>
<br>
- ``The license of a Debian component may not restrict any party from<br>
selling or giving away the software as a component of an aggregate<br>
software distribution containing programs from several different<br>
sources. The license may not require a royalty or other fee for such<br>
sale.''<br>
<br>
This is about distribution collections. Maybe this one isn't a good<br>
enough argument but it similar to the point above.<br>
<div><div></div><div class="h5"><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>
</div></div></blockquote></div><br></div>