Dear Maintainer,

this library depends on liblapack and libblas, expecting them to be in one of
the standard system library directories:

    Dynamic Section:
      NEEDED               libz.so.1
      NEEDED               libGLX.so.0
      NEEDED               liblapack.so.3
      NEEDED               libblas.so.3
      NEEDED               libtbb.so.12
      NEEDED               libstdc++.so.6
      NEEDED               libm.so.6
      NEEDED               libgcc_s.so.1
      NEEDED               libc.so.6
      SONAME               libopencv_core.so.410

However at least on Debian trixie amd64, but probably other architectures as
well, the BLAS library is packaged at /usr/lib/x86_64-linux-gnu/blas and the
LAPACK library is packaged at /usr/lib/x86_64-linux-gnu/lapack.

I found out about this since KDE Spectacle (screenshot tool) failed to start
after upgrading to Debian trixie.

I’m not sure if this is the fault of those packages for not creating a symlink
or /etc/ld.so.conf.d/ entry or this package for not setting an RPATH or whether
downstream packages are instead expected to set an RPATH – the intention of
putting it in a subdirectory to begin with aludes me.

Sincerely,
Erin of Yukis

Hi Erin,

blas is installed through the /etc/alternatives system:

mmdebstrap --variant=apt --include=libopencv-core410 \
  --chrooted-customize-hook="ldd \
   /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.10.0; \
   ls -l /lib/x86_64-linux-gnu/libblas.so.3" trixie /dev/null

In case the symlinks are broken on your system use:

update-alternatives --auto libblas.so.3-x86_64-linux-gnu

Cheers Jochen

* Erin of Yukis <erin-dev@ninetailed.ninja> [2025-08-29 12:10]: