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