[Pkg-openmpi-maintainers] Bug#456721: Processed: Re: Bug#456721: libpetsc.so depends on unexistent libraries

[Manuel Prinz]

Am Montag, den 17.12.2007, 14:47 -0600 schrieb Dirk Eddelbuettel:
> On 17 December 2007 at 21:13, Manuel Prinz wrote:
> | Am Montag, den 17.12.2007, 13:36 -0600 schrieb Dirk Eddelbuettel:
> | The reasoning behind that was to fix the breaking of other MPI
> | implementations by moving stuff to /usr/lib/openmpi/* and using
> 
> But that was just libmpi.so(.so)*, wasn't it?

No, as there are more libraries needed for the compiler wrappers, if I'm
not mistaken.
> I'm at work too so I didn't have time to check yet.  Recall that the final
> links are actually created by the debhelper tools in conjunction with ldd, ie
> what 'dpkg -c' typically shows at the end 
> 
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libopen-pal.so.0 -> libopen-pal.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libmpi.so.0 -> libmpi.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libmpi_f77.so.0 -> libmpi_f77.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libmpi_cxx.so.0 -> libmpi_cxx.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libmpi_f90.so.0 -> libmpi_f90.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libopen-rte.so.0 -> libopen-rte.so.0.0.0
> lrwxrwxrwx root/root         0 2007-12-12 13:13 ./usr/lib/openmpi/lib/libmca_common_sm.so.0 -> libmca_common_sm.so.0.0.0
> 
> are already symlinks.

This is not a problem, it's just useless. We need to
link /usr/lib/openmpi/lib/* to /usr/lib/ which should be done via
alternatives.

> I am thoroughly confused now as to what we should do
> in terms a superior technical solution.   And quite frankly, I *personally*
> don't care if we can co-exists with LAM and MPICH as I don't use those.
> That said, this somewhat radical view is not the one I recommend as package
> co-maintainer.  We should play nice with the other _if possible_ without
> hideous hacks.

I don't use LAM or MPICH either but think we should play nicely, at
least with MPICH. update-alternatives provides the solution for that. I
think. LAM and MPICH play together nicely, so I guess we can do so too.

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