Hi Hamish,<br><br><div class="gmail_quote">2009/1/13 Hamish <span dir="ltr"><<a href="mailto:hamish_b@yahoo.com">hamish_b@yahoo.com</a>></span><br><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">Moritz wrote:<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>
</div>Glynn:<br>
<div class="Ih2E3d">> > The GPL allows you to charge for derivative works (although being<br>
> > unable to prohibit free redistribution tends to limit this).<br>
<br>
</div>as an example, OpenOSX.com sells GRASS for profit (as allowed by the GPL).<br>
ie beyond simply a distribution fee. The GPL says that a customer who<br>
purchased the binary (for any $X) has the right to request the *source<br>
code* at a cost no more than the a reasonable distribution fee. The<br>
original GPL binary could be sold for millions if all parties were happy<br>
with that price.<br>
<div class="Ih2E3d"><br>
<br>
Soeren Gebbert wrote:<br>
> Or can we risk to integrate it.<br>
<br>
</div>never knowingly do the wrong thing.<br>
<div class="Ih2E3d"><br>
<br>
> Because IMHO we have a lot of numerical recipies code in gmath which<br>
> we need to replace.<br>
<br>
</div>is there? I had thought that was all replaced.</blockquote><div><br>The lu decomposition is lend line by line from nr:<br> <a href="http://books.google.de/books?id=1aAOdzK3FegC&pg=PA52&dq=numerical+recipes+algorithm+ludcmp&ei=2-NtSfSFLYquywTTrIjOCA#PPA52,M1">http://books.google.de/books?id=1aAOdzK3FegC&pg=PA52&dq=numerical+recipes+algorithm+ludcmp&ei=2-NtSfSFLYquywTTrIjOCA#PPA52,M1</a><br>
<br>The G_tqli algorithm for eigenvalue computation is lend line by line from nr:<br><a href="http://books.google.de/books?id=1aAOdzK3FegC&pg=PA588&dq=numerical+recipes+algorithm+tqli&ei=n-VtSfDNAoquywTTrIjOCA#PPA588,M1">http://books.google.de/books?id=1aAOdzK3FegC&pg=PA588&dq=numerical+recipes+algorithm+tqli&ei=n-VtSfDNAoquywTTrIjOCA#PPA588,M1</a><br>
<br>And so the G_tred2 algorithm at page 582:<br><a href="http://books.google.de/books?id=1aAOdzK3FegC&pg=PA588&dq=numerical+recipes+algorithm+tred2&ei=WeZtSfetD6OOyQS1pIDjCw#PPA582,M1">http://books.google.de/books?id=1aAOdzK3FegC&pg=PA588&dq=numerical+recipes+algorithm+tred2&ei=WeZtSfetD6OOyQS1pIDjCw#PPA582,M1</a><br>
<br>The G_svdcomp algorithm in svd.c at page 59:<br><a href="http://books.google.de/books?id=7vuNLcQhg8UC&pg=PA52&dq=numerical+recipes+algorithm+svdcmp&ei=COdtSYqtIIPmzAS1rtjcDQ#PPA59,M1">http://books.google.de/books?id=7vuNLcQhg8UC&pg=PA52&dq=numerical+recipes+algorithm+svdcmp&ei=COdtSYqtIIPmzAS1rtjcDQ#PPA59,M1</a><br>
<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>
> But replacing one license violation with another is not<br>
> such a good idea.<br>
<br>
</div>FWIW the situation is not exactly equivalent, as long ago GRASS was<br>
granted special permission/exemption by the Numerical Recipes authors.<br>
<br>
That sort of special permission is not compatible with e.g. the Debian<br>
Free Software Guidelines, so efforts had been made to replace it all<br>
anyway. It was my understanding that this work had been completed.<br>
Has it not?<br>
<br>
(sorry if that is slightly fuzzy, I haven't reread the archives or GRASS<br>
5 source to refresh my memory)<br>
<font color="#888888"><br>
<br>
Hamish<br>
<br>
<br>
<br>
<br>
<br>
</font></blockquote></div><br>