Bug#885971: libgdal20 depends on version 1:8.300.1+dfsg-1 of libarmadillo8

[Sebastiaan Couwenberg]

reassign 885971 src:armadillo
retitle 885971 Add version information to libarmadillo
affects 885971 src:melt src:gdal
thanks

Hi Kingsley,

On Sun, 31 Dec 2017 22:10:52 -0800 "Kingsley G. Morse Jr." wrote:
> I'm happy to report that upgrading the package
> named 
> 
>     libarmadillo8
>     
> from version
> 
>     1:8.200.0+dfsg-3
>     
> to 
> 
>     1:8.300.1+dfsg-1
>     
> seems to have fixed it.
> 
> 
> Why?
> 
> I suspect because
> 
>     melt uses /usr/lib/frei0r-1/facedetect.so,
> 
>     /usr/lib/frei0r-1/facedetect.so interacts somehow with libopencv,
>     (they're in the attached stack trace and valgrind log)
> 
>     libopencv-imgcodecs3.2 (3.2.0+dfsg-4+b2) depends on libgdal20 (>= 2.0.1) and
> 
>     libgdal20 (2.2.3+dfsg-1) SAYS it depends on ANY version of libarmadillo8,
> 
>     but it ACTUALLY needs 1:8.300.1+dfsg-1.
> 
> It seems to me that the dependencies of the
> libgdal20 package might be updated to say it
> depends on at least version 1:8.300.1+dfsg-1 of
> libarmadillo8.
> 
> Humble suggestion:
> 
> If you agree, maybe you could reassign this bug
> report to the libgdal20 package.

gdal is not the correct package to fix the armadillo dependencies,
libgdal20 gets its armadillo dependencies from ${shlibs:Depends} which
is populated with dependency information for libraries it links to.

armadillo doesn't use symbols files for its libraries to set correct
versioned dependencies, nor does it use `dh_makeshlibs -V` for versioned
library dependencies.

The armadillo package will need to adopt either symbols files or use
`dh_makeshlibs -V` to have packages that link to libarmadillo use a
versioned dependency.

Since maintaining symbols files for C++ libraries is a pain, I suggest
to use `dh_makeshlibs -V` for armadillo, or use the pkgkde-symbolshelper
for C++ symbols files.

Kind Regards,

Bas