[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#886644: openmpi: alternatives for libmpi*.so are not multiarch-safe



The same is true for libdrmaa.so.* (provided by slurm-drmaa1 and
gridengine-drmaa-1.0).

I think it makes sense to have a detailed discussion about these
things...?

On Mon, Jan 08, 2018 at 12:01:53PM +0000, Alastair McKinstry wrote:
> Package: openmpi
> Severity: important
> 
> openmpi installs links via alternatives for libmpi.so, as does mpich and lam.
> Unfortunately its implementation is not multi-arch safe: there can be multiple multiarch implementations of libmpi.so present, but only one libmpi.so in /etc/alternatives.
> 
> The best practice (see lapack, etc.) is /etc/alternatives/libmpi.so.${ARCH}.
> 
> This needs to be fixed in both openmpi and mpich.
> 
> lam needs to be updated to be multi-arch aware too, as it uses /etc/alternatives/libmpi.so -> a non-m-a aware location.
>                                                                                                                                                                                               
> -- System Information:
> Debian Release: 9.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.9.0-5-686-pae (SMP w/1 CPU core)
> Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.UTF-8), LANGUAGE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> 

-- 
Could you people please use IRC like normal people?!?

  -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008
     Hacklab


Reply to: