Source: openmpi Followup-For: Bug #1088767 Looking into it a little, the soname for libprrte.so itself is set to 3.0.7 in 3rd-party/prrte/VERSION https://salsa.debian.org/hpc-team/openmpi/-/blame/debian/latest/3rd-party/prrte/VERSION?ref_type=heads#L20
The symlink to 3.0.6 is set by debian in debian/libopenmpi-dev.links https://salsa.debian.org/hpc-team/openmpi/-/blob/debian/latest/debian/libopenmpi-dev.links?ref_type=heads#L16 So libopenmpi-dev.links needs to update to libprrte.so.3.0.7 instead of libprrte.so.3.0.6 While looking into it, I'm confused by the other symlink, /usr/lib/x86_64-linux-gnu/libprrte.so It links to . (i.e. to the multiarch libdir), not to libprrte.so.3 or libprrte.so.3.0.7 nor libprrte.so.3.0.6. This looks like a separate bug in libopenmpi-dev.links, at https://salsa.debian.org/hpc-team/openmpi/-/blame/debian/latest/debian/libopenmpi-dev.links?ref_type=heads#L34 Is libprrte.so supposed to point at the directory like this, instead of the versioned library? Drew