Bug#678935: RFS: coinor-ipopt/3.10.2-1.1 [NMU] [RC]

[Etienne Millon <etienne.millon@gmail.com>]

* gregor herrmann <gregoa@debian.org> [120625 22:19]:
> The "old" packages has:
> 
>     Depends: libmumps-4.9.2 (>= 4.9.2) | libmumps-seq-4.9.2 (>= 4.9.2), ...
> 
> After the changes the dependency is:
> 
>     Depends: ..., libmumps-4.10.0,
> 
> so the alternative on libmumps-seq-* is missing. Probably this was
> the reason for hardcoding it in the first place, and I know no good
> short of ugly debian/rules hackery to get the alternative in ...

Hello,

Thanks for looking at this package and pointing this error.

I think that it was not possible to use the "-seq" version : AIUI,
libmumps-4.10.0 and libmumps-seq-4.10.0 ship shared libraries with
different SONAMEs :

% dpkg -L libmumps-4.10.0 | grep so$ | while read so ; do readelf -d "$so" | grep SONAME ; done
 0x0000000e (SONAME)                     Library soname: [libzmumps-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libsmumps-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libpord-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libmumps_common-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libcmumps-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libdmumps-4.10.0.so]
% dpkg -L libmumps-seq-4.10.0 | grep so$ | while read so ; do readelf -d "$so" | grep SONAME ; done
 0x0000000e (SONAME)                     Library soname: [libsmumps_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libmumps_common_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libzmumps_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libpord_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libmpiseq_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libdmumps_seq-4.10.0.so]
 0x0000000e (SONAME)                     Library soname: [libcmumps_seq-4.10.0.so]

So, they are not binary compatible in the sense that a program (or
library) compiled against one can not be used against the other one.

It may be possible to build a new package built using libmumps-seq-dev
which will need libmumps-seq-4.10.0, but this is beyond the scope of
this NMU.

Please tell me if I overlooked something :)

Have a nice day !

-- 
Etienne Millon