2009/1/12 Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
Moritz Lennert wrote:<br>
<br>
> However, is<br>
><br>
> ** Everyone is granted permission to copy, modify and redistribute this<br>
> ** Meschach Library, provided:<br>
> [...]<br>
> ** 3. No charge is made for this software or works derived from it.<br>
> ** This clause shall not be construed as constraining other software<br>
> ** distributed on the same medium as this software, nor is a<br>
> ** distribution fee considered a charge.<br>
><br>
> GPL-compatible ?<br>
<br>
</div>Ah; I don't think so.<br>
<br>
The GPL allows you to charge for derivative works (although being<br>
unable to prohibit free redistribution tends to limit this).<br>
<br>
Anyone distributing GRASS binaries is required to provide (or offer to<br>
provide) the source code for "the work as a whole" (which would<br>
include meschach) under the terms of the GPL.<br>
<br>
This would then allow the recipient to extract any part (e.g.<br>
meschach) and (try to) sell it. While that seems like a rather<br>
unlikely scenario, the GPL requires that you permit this, and if you<br>
cannot permit it, you cannot satisfy the GPL.<br>
<br>
And the meschach library appears not to permit it.</blockquote><div><br>Oh no. </div><div>Does that mean we can not integrate meschach into grass and only provide a framework<br>or wrapper around it? And the user has to compile and install meschach by himself<br>
to run GRASS? <br><br>Or can we risk to integrate it. Because IMHO we have a lot of numerical recipies code <br>in gmath which we need to replace.<br>But replacing one license violation with another is not such a good idea.<br>
<br>I have not the time and the knowledge to replace the numerical recipes algorithm <br>with code developed by myself. :/<br>ATLAS does not provide such algorithms. <br>In case we choose BLAS, LAPACK, LINPACK and EISPACK<br>
we will depend on a proper FORTRAN to C interface.<br><br>What can we do?<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div class="Ih2E3d"><br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br>