[Pkg-openmpi-maintainers] Question regarding apparent dependency on libibverbs

[Manuel Prinz]

Hi Mikael!

Am Dienstag, den 31.03.2009, 16:04 +0200 schrieb Mikael Djurfeldt:
> I'm the maintainer of the a package "music" which was accepted
> yesterday.  Today, I noticed that buildd fails to build music on other
> architectures.  The reason seems to be that libtool needs
> /usr/lib/libibverbs.la when building the music library:
> 
> https://buildd.debian.org/fetch.cgi?&pkg=music&ver=1.0.3-1&arch=amd64&stamp=1238451893&file=log
> 
> But /usr/lib/libibverbs.la is not installed because libopenmpi-dev
> does not depend on it!
> 
> I'm thinking that the core of this problem is that libopenmpi-deb
> provides a /usr/lib/openmpi/lib/libmpi.la which mentions libibverbs.la
> and therefore depends upon this file.  At the same time this
> dependency is not declared in the dependencies of the package
> libopenmpi-dev.

This is right, we should find a solution to this. The things that come
to my mind:

 1. Disable InfiniBand support in Open MPI when building static libs
 2. Fix the build-dependancy
 3. Link against the shared libs when building music

I think we should go for solutions 2 *and* 3. Obviously, the
build-dependancy should be fixed. But we only provide the static libs
for convenience of our users; they are not expected to be used by
packages. Compiling using static libs puts extra burden on the shoulders
of maintainers and the security team. If you can, please consider
building against the shared libraries instead. I did not look into music
so I do not know whether that is possible, but if you need assistance
with that, please let me know. You'll also get into difficulties when
the default Open MPI implementation is changed by the admin; since the
new mpirun will probably not execute music correctly. If you go with
linking statically, please consider mailing the security team so your
package can be included to the list of packages duplicating code.

Does this sound like a reasonable solution to you?

Best regards
Manuel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.alioth.debian.org/pipermail/pkg-openmpi-maintainers/attachments/20090331/8962d1da/attachment.pgp