<div dir="ltr"><div class="gmail_default"><span style="white-space:nowrap"><font face="courier new, monospace">Dear Francesco Poli</font></span></div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div class="gmail_default" style="font-family:'courier new',monospace">What is the state of this bug ? any progress with respect to scotch licensing ?</div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div class="gmail_default" style="font-family:'courier new',monospace">this is a really painful situation !</div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div class="gmail_default" style="font-family:'courier new',monospace">are petsc and all libraries (based on umfpack) related to this bug issues </div><div class="gmail_default" style="font-family:'courier new',monospace">
marked for removal from testing ?</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">have you marked also octave with an RC bug ? it uses suitesparse/umfpack and scotch [1] </div>
<div class="gmail_default" style="font-family:'courier new',monospace">Basically all libraries/programs using suitesparse/umfpack should have this bug, no ?</div><div class="gmail_default" style="font-family:'courier new',monospace">
I think Libreoffice/Openoffice are using suitesparse(and scotch) and glpk so it should also have the RC bug.</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">
I guess that the technical solution would be to get rid of umfpack but then that would disrupt a lot of software !<br></div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div class="gmail_default" style="font-family:'courier new',monospace"> 1. <a href="http://packages.qa.debian.org/o/octave.html" target="_blank">http://packages.qa.debian.org/o/octave.html</a></div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div class="gmail_default" style="font-family:'courier new',monospace">Best regards</div><div class="gmail_default" style="font-family:'courier new',monospace">C.</div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 12:05 AM, Francesco Poli (wintermute) <span dir="ltr"><<a href="mailto:invernomuto@paranoici.org" target="_blank">invernomuto@paranoici.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Package: libfeel++1<br>
Version: 1:0.95.0-final-2<br>
Severity: serious<br>
Justification: Policy 2.3<br>
User: <a href="mailto:debian-science-maintainers@lists.alioth.debian.org" target="_blank">debian-science-maintainers@lists.alioth.debian.org</a><br>
Usertags: scotch-license-issues<br>
<br>
Hello,<br>
the library /usr/lib/libfeelpp.so.1.0.0 links with:<br>
<br>
=> libumfpack.so.5.6.2, which is under the GNU GPL v2 or later<br>
<br>
=> libcholmod.so.2.1.2, which has parts under the GNU GPL v2 or later<br>
<br>
=> <a href="http://libptscotch-5.1.so" target="_blank">libptscotch-5.1.so</a> and <a href="http://libptscotcherr-5.1.so" target="_blank">libptscotcherr-5.1.so</a>, which are released<br>
under the GPL-incompatible terms of the CeCILL-C v1.0 license<br>
<br>
=> libpetsc.so.3.4.2 and libslepc.so.3.4.2, which, though not being<br>
under strong copyleft or under copyleft at all, link, in their<br>
turn, with the above three libraries...<br>
<br>
=> libglpk.so.36, which is under the GNU GPL v3 or later<br>
<br>
=> libgmsh.so.2, which is under the GNU GPL v2 or later (with some<br>
exceptions, but not regarding SCOTCH or CeCILL-C)<br>
<br>
This seems to mean that package libfeel++1 includes a file which<br>
links with both GPL-licensed and GPL-incompatible libraries.<br>
<br>
Please refer to the similar bug #740463 for some further details about<br>
the SCOTCH licensing issues.<br>
<br>
I have also noticed that package feel++-apps includes several files<br>
which link with the above mentioned combination of libraries.<br>
<br>
I think the possible solutions to the issue for feel++ are, in<br>
descending order of desirability:<br>
<br>
(A) SCOTCH copyright holders should be contacted and persuaded to<br>
re-license (or dual-license) it under GPLv2-or-later-compatible terms<br>
<br>
(B) SCOTCH should be substituted with a GPLv2-or-later-compatible<br>
replacement, if any is available (METIS seems to be at least<br>
GPLv3-or-later-compatible, see <a href="https://bugs.debian.org/740463#15" target="_blank">https://bugs.debian.org/740463#15</a> )<br>
<br>
(C) GPL-licensed library (such as UMFPACK and CHOLMOD, GLPK, Gmsh)<br>
copyright holders should be asked to relax the copyleft (for instance<br>
by switching to the LGPL v2.1) or add license exceptions that give<br>
permission to link their works with code released under CeCILL-C v1.0<br>
<br>
<br>
As said in other bug reports, the best solution is (A):<br>
I am thus renewing my call for help to push in the direction of<br>
{re|dual}-licensing SCOTCH under the GNU LGPL v2.1:<br>
please see <a href="https://bugs.debian.org/740463#5" target="_blank">https://bugs.debian.org/740463#5</a> for the full story.<br>
<br>
Thanks for your time!<br>
<br>
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:feelpp-devel%2Bunsubscribe@feelpp.org" target="_blank">feelpp-devel+unsubscribe@feelpp.org</a>.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><font face="courier new, monospace">Professor in Scientific Computing<br>IRMA, CeMoSiS, AMIES<br>IRMA: <a href="http://www-irma.u-strasbg.fr/~prudhomm" target="_blank">http://www-irma.u-strasbg.fr/~prudhomm</a></font><div>
<font face="courier new, monospace">CeMoSis: <a href="http://www.cemosis.fr" target="_blank">http://www.cemosis.fr</a> <br>AMIES: <a href="http://www.agence-maths-entreprises.fr/" target="_blank">http://www.agence-maths-entreprises.fr/</a><br>
Téléphone : <a href="tel:03%2068%2085%200089" value="+33368850089" target="_blank">03 68 85 0089</a> - Bureau : P-210 <br>Mobile: <a href="tel:06%2087%2064%2060%2051" value="+33687646051" target="_blank">06 87 64 60 51</a></font></div>
</div>
</div></div>