Bug#1088767: ldconfig: Cannot mmap file /lib/x86_64-linux-gnu/libprrte.so.

[Drew Parsons]

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