[Pkg-scicomp-devel] Bug#463820: Bug#463820: Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK

Daniel Rus Morales danirus at tol-project.org
Sun Feb 3 22:42:16 UTC 2008


Hi all,

Kumar, thanks for the patch. Rafael, thanks for taking care of the bug.

Rafael Laboissiere wrote:
> * Rafael Laboissiere <rafael at debian.org> [2008-02-03 21:29]:
>
>   
>> I think it is better to upload 3.1.0-1 to experimental, what I will do soon
>> if there are no objections.
>>     

Sorry, I forgot to mention in the list that the release was ready since 
last December.

> Okay, I think the package is almost ready, as in SVN r2058.  There is one
> Lintian warning left:
>
> W: libsuitesparse: binary-or-shlib-defines-rpath ./usr/lib/libcholmod.so.1.6.0 ../../AMD/Lib:../../CAMD/Lib:../../COLAMD/Lib:../../CCOLAMD/Lib:/usr/lib
>
> There is a Lintian override for that, with a different soversion for
> libcholmod.  However, I am wondering whether it is correct to override this.
> The dpatch 12-CHOLMOD_Lib_Makefile.dpatch changes CHOLMOD/Lib/Makefile in
> order to build the shared version of the CHOLMOD library.  I am wondering
> why it uses "-Wl,--rpath" for doing it.
>
>   

I used --rpath there to link against libraries that were not yet 
available in the places where they will suppose to be after the 
installation. libcholmod is the only library that needs the rest, and 
they are available only in their building directories, so that was the 
only way I found. Another way I thought was split the package in as many 
deb packages as libraries it has.

> If nobody objects, I will try to fix this

No problem. Putting more eyes here could bring a better solution.
Thanks all again for your effort.

Daniel





More information about the Pkg-scicomp-devel mailing list