Bug#1029448: alire in Debian; dependencies of the package
On 28/01/2023 16:28, Ludovic Brenta wrote:
Depends: libc6 (>= 2.34), libgcc-s1 (>= 3.0), libgnat-12 (>= 12.2.0), libgnatcoll21 (>= 23.0.0), libxmlezout7 (>= 1.06.2)
is at odds with
ciceron@theia:~/debian$ ldd /usr/bin/alr
linux-vdso.so.1 (0x00007ffc36dca000)
libgnatcoll.so.21 => /lib/x86_64-linux-gnu/libgnatcoll.so.21 (0x00007f1508e00000)
libxmlezout.so.7 => /lib/x86_64-linux-gnu/libxmlezout.so.7 (0x00007f150a71b000)
libgnarl-12.so => /lib/x86_64-linux-gnu/libgnarl-12.so (0x00007f150a6cf000)
libgnat-12.so => /lib/x86_64-linux-gnu/libgnat-12.so (0x00007f1508800000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f150a6af000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f150861f000)
libgnatprj.so.10 => /lib/x86_64-linux-gnu/libgnatprj.so.10 (0x00007f1507c00000)
libxmlada_schema.so.7 => /lib/x86_64-linux-gnu/libxmlada_schema.so.7 (0x00007f150a5d7000)
libxmlada_dom.so.8 => /lib/x86_64-linux-gnu/libxmlada_dom.so.8 (0x00007f15095de000)
libxmlada_sax.so.7 => /lib/x86_64-linux-gnu/libxmlada_sax.so.7 (0x00007f150958c000)
libxmlada_input.so.7 => /lib/x86_64-linux-gnu/libxmlada_input.so.7 (0x00007f150957d000)
libxmlada_unicode.so.7 => /lib/x86_64-linux-gnu/libxmlada_unicode.so.7 (0x00007f1507800000)
/lib64/ld-linux-x86-64.so.2 (0x00007f150a741000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f150949e000)
You need to add libgnatprj10, libxmlada-schema7 etc. to the dependencies; preferably in an
automated way.
I've tried:
Build-Depends: debhelper (>= 11), gnat,
gprbuild (>= 2015-2), python3,
libgnatcoll21-dev, libxmlezout10-dev,
libxmlada-dom12-dev, libxmlada-sax12-dev,
libxmlada-input12-dev, libxmlada-unicode12-dev,
libgnatprj10-dev
but this does not change the final build dependencies which is declared with:
Package: alire
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Alire does not directly use XML/Ada nor GNATPRJ.
These shared libraries are linked/used by libgnatcoll.so.21 and libgnatprj.so.10.
Any suggestions on how to solve that?
Stephane
Reply to: