Bug 1357018

Description of problem:


case A
------

This is a known problem where packages linking against mpi need to explicitly Require openmpi or mpich. Otherwise a package built against openmpi
may pull in mpich dependencies.

$ yum -y install scalapack-openmpi
...
--> Running transaction check
---> Package scalapack-openmpi.x86_64 0:2.0.2-7.el6 will be installed
--> Processing Dependency: openmpi for package: scalapack-openmpi-2.0.2-7.el6.x86_64
--> Processing Dependency: libmpiblacs.so.2()(64bit) for package: scalapack-openmpi-2.0.2-7.el6.x86_64
--> Processing Dependency: libmpi.so.1()(64bit) for package: scalapack-openmpi-2.0.2-7.el6.x86_64
--> Running transaction check
---> Package blacs-mpich.x86_64 0:2.0.2-7.el6 will be installed
--> Processing Dependency: blacs-common = 2.0.2-7.el6 for package: blacs-mpich-2.0.2-7.el6.x86_64
---> Package openmpi-1.8.x86_64 0:1.8.1-5.el6 will be installed
--> Running transaction check
---> Package blacs-common.x86_64 0:2.0.2-7.el6 will be installed
--> Finished Dependency Resolution
...

case B
------

I guess this part bug should be reported against RHEL6, shouldn't so versions be bumped for new mpi builds?

RHEL6 ships several versions of mpi packages that provide the same library and so version:

$ yum provides 'libmpich.so.12()(64bit)' | grep x86_64
mvapich2-psm-2.0rc1-1.el6.x86_64 : OSU MVAPICH2 using infinipath package
mpich-3.1-5.el6.x86_64 : A high-performance implementation of MPI
mvapich2-2.0rc1-1.el6.x86_64 : OSU MVAPICH2 MPI package

$ yum provides 'libmpi.so.1()(64bit)' | grep x86_64
openmpi-1.5.4-1.5.4-5.el6.x86_64 : Open Message Passing Interface 1.5.4
openmpi-1.5.3-1.5.3-5.el6.x86_64 : Open Message Passing Interface 1.5.3
openmpi-1.5.3-psm-1.5.3-5.el6.x86_64 : Open Message Passing Interface 1.5.3
openmpi-1.8-1.8.1-5.el6.x86_64 : Open Message Passing Interface 1.8

While there is probably no risk in case of 'libmpich.so.12()(64bit)', 
for openmpi this may cause a mismatch of openmpi used for building scalapack/blacs with the one used at scalapack/blacs runtime.

Already now the build of openmpi is newer than that of scalapack/blacs,
and what worse that propagates to other mpi programs (e.g. ga):

$ for p in openmpi-1.8 scalapack-openmpi ga-openmpi; do rpm -q $p --queryformat '%{buildtime:date} %{name}-%{version}-%{release}\n'; done
Wed 11 May 2016 07:55:46 AM UTC openmpi-1.8-1.8.1-5.el6
Tue 19 Jan 2016 05:47:04 PM UTC scalapack-openmpi-2.0.2-7.el6
Mon 03 Nov 2014 02:40:14 AM UTC ga-openmpi-5.3b-13.el6


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info: