Thanks for this report.
I'm unable to reproduce this, and have no failures testing 3.1.2-6 ->
3.1.3-1 upgrade.
The change made in the openmpi-bin.postinst script was to enable "set
-e" properly (avoiding a conditional in the script that relied on
testing non-zero return code). I suspect that
/var/lib/dpkg/alternatives/mpi was corrupt from a previous upgrade
(quite likely; major changes happened in the 2->3 transition due to
multiarch handling).
So, I think:
(1) the current package is actually technically ok.
(2) Some more handling needs to be added to cope with 'inheriting' a
corrupt mpi alternatives.
regards
Alastair
On 31/10/2018 14:28, Axel Beckert wrote:
Package: openmpi-bin
Version: 3.1.3-1
Severity: serious
openmpi-bin fails to upgrade from 3.1.2-6 to 3.1.3-1 as follows for me:
Setting up openmpi-bin (3.1.3-1) ...
update-alternatives: error: /var/lib/dpkg/alternatives/mpi corrupt: slave link
same as main link /usr/bin/mpicc
dpkg: error processing package openmpi-bin (--configure):
installed openmpi-bin package post-installation script subprocess returned
error exit status 2
Errors were encountered while processing:
openmpi-bin
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'),
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1,
'buildd-experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled
Versions of packages openmpi-bin depends on:
ii libc6 2.27-8
ii libevent-2.1-6 2.1.8-stable-4
ii libevent-pthreads-2.1-6 2.1.8-stable-4
ii libhwloc5 1.11.11-2
ii libopenmpi3 3.1.3-1
ii openmpi-common 3.1.3-1
ii openssh-client [ssh-client] 1:7.9p1-1
ii zlib1g 1:1.2.11.dfsg-1
Versions of packages openmpi-bin recommends:
pn libopenmpi-dev <none>
Versions of packages openmpi-bin suggests:
ii gfortran 4:8.2.0-2
-- no debconf information
--
Alastair McKinstry, <[email protected]>, <[email protected]>,
https://diaspora.sceal.ie/u/amckinstry
Commander Vimes didn’t like the phrase “The innocent have nothing to fear,”
believing the innocent had everything to fear, mostly from the guilty but in
the longer term
even more from those who say things like “The innocent have nothing to fear.”
- T. Pratchett, Snuff
