[Pkg-julia-devel] [SCM] Julia branch pc/shlibdeps created. debian/0.3.11-1-27-g735c7d9

[Graham Inggs]

On 09/11/2015 10:41, Peter Colberg wrote:
> Could you test and review the two commits? Please review the comments
> in particular and let me know if and where more detail is needed.
>
> The shlibs depends are now generated, which improves maintainability
> compared to previous julia package versions. The libraries loaded by
> ccall() now match exactly those in the shlibs depends, which provides
> a reproducible library environment for our users.


I see the following in /usr/lib/x86_64-linux-gnu/julia:

libarpack.so -> ../../libarpack.so.2
libcholmod.so -> ../libcholmod.so.2.1.2
libdSFMT.so -> ../libdSFMT-19937.so.1
libfftw3f_threads.so -> ../libfftw3f_threads.so.3
libfftw3_threads.so -> ../libfftw3_threads.so.3
libgmp.so -> ../libgmp.so.10
libgrisu.so
libjulia.so
libmpfr.so -> ../libmpfr.so.4
libopenblas.so -> ../../libopenblas.so.0
libopenlibm.so -> ../libopenlibm.so.1
libopenspecfun.so -> ../libopenspecfun.so.1
libpcre.so -> /lib/x86_64-linux-gnu/libpcre.so.3
libRmath-julia.so
libsuitesparse_wrapper.so
libumfpack.so -> ../libumfpack.so.5.6.2
sys.ji
sys.so

I experimented forcing am amd64 build to use libm, libblas and 
liblapack, and the correct symlinks were created there too.

The control file for the julia binary package looks like this:

Depends: julia-common (= 0.3.12-1), libamd2.3.1, libarpack2 (>= 2.1), 
libc6 (>= 2.14), libcamd2.3.1, libcholmod2.1.2, libcolamd2.8.0, 
libdouble-conversion1 (>= 2.0.0), libdsfmt-19937-1 (>= 2.2.3), 
libfftw3-double3, libfftw3-single3, libgcc1 (>= 1:4.1.1), libgmp10, 
libllvm3.5v5, libmpfr4 (>= 3.1.3), libopenblas-base, libopenlibm1 (>= 
0.4), libopenspecfun1 (>= 0.4), libpcre3 (>= 1:8.35), libspqr1.3.1, 
libstdc++6 (>= 5.2), libumfpack5.6.2, libunwind8, libutf8proc1 (>= 1.3)

If I understand correctly, if any of these dependencies change ABI, 
julia will only need a binNMU to pick up the new dependencies.

I'm happy with the comments.