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

Bug#742987: marked as done (nmu: mumps_4.10.0.dfsg-3)

Your message dated Sun, 30 Mar 2014 09:12:55 +0300
with message-id <20140330061255.GC17725@betterave.cristau.org>
and subject line Re: Bug#742987: nmu: mumps_4.10.0.dfsg-3
has caused the Debian Bug report #742987,
regarding nmu: mumps_4.10.0.dfsg-3
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
742987: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742987
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: binnmu

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

nmu mumps_4.10.0.dfsg-3 . s390x . -m "Binary-only non-maintainer upload for s390x; no source changes."

I am not 100% certain on this, but I believe that the mumps package
needs a binNMU on s390x.  Below follows what I have found so far.
Please feel free to let me know if I am incorrect.

While investigating why coinor-ipopt FTBFS on s390x, I encountered a
strange error in the config.log:

configure:2078: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -I/usr/include/mumps_seq -DHAVE_CSTDDEF -Wl,-z,relro -llapack -lblas -ldmumps -lmpi -ldl conftest.c  >&5
/usr/bin/ld: warning: libblacs-mpich2.so.1, needed by /usr/lib/gcc/s390x-linux-gnu/4.8/../../../../lib/libdmumps.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libmpich.so.3, needed by //usr/lib/libmumps_common-4.10.0.so, may conflict with libmpich.so.10
/usr/bin/ld: warning: libblacsCinit-mpich2.so.1, needed by //usr/lib/libscalapack-mpich2.so.1, not found (try using -rpath or -rpath-link)
//usr/lib/libscalapack-mpich2.so.1: undefined reference to `strrv2d_'
[continues with lots of undefined references]

(sid_s390x-dchroot)roberto@zelenka:~/coinor-ipopt-3.11.7$ ldd /usr/lib/libdmumps
- -4.10.0.so |grep mpich2
        libscalapack-mpich2.so.1 => /usr/lib/libscalapack-mpich2.so.1 (0x000003fffccf4000)
        libblacs-mpich2.so.1 => not found
        libblacsCinit-mpich2.so.1 => not found
        libblacs-mpich2.so.1 => not found

According to packages.debian.org, the file libblacs-mpich2.so.1 is in
the package libblacs-mpi1.  However, here is what I found when I listed
the files in that package:

(sid_s390x-dchroot)roberto@zelenka:~/coinor-ipopt-3.11.7$ dpkg -L libblacs-mpi1 |grep \/usr\/lib
/usr/lib
/usr/lib/libblacsF77init-mpich.so.1.1
/usr/lib/libblacsCinit-mpich.so.1.1
/usr/lib/libblacs-mpich.so.1.1
/usr/lib/libblacsCinit-mpich.so.1
/usr/lib/libblacsF77init-mpich.so.1
/usr/lib/libblacs-mpich.so.1

(sid_s390x-dchroot)roberto@zelenka:~/coinor-ipopt-3.11.7$ apt-cache policy libbl
acs-mpi1
libblacs-mpi1:
  Installed: 1.1-31.1
  Candidate: 1.1-31.1
  Version table:
 *** 1.1-31.1 0
        500 http://cdn.debian.net/debian/ sid/main s390x Packages
        100 /var/lib/dpkg/status

It appears that the NMU of 1.1-31.1 caused a rebuild that changed the
name of the library files.  I downloaded the binary packages from
snapshot.debian.org and here is what I found:

roberto@vieques:~/s390$ ls
libblacs-mpi1_1.1-31.1_s390x.deb  libblacs-mpi1_1.1-31_s390x.deb
roberto@vieques:~/s390$ dpkg -x libblacs-mpi1_1.1-31_s390x.deb 1.1-31
roberto@vieques:~/s390$ dpkg -x libblacs-mpi1_1.1-31.1_s390x.deb 1.1-31.1
roberto@vieques:~/s390$ ls 1.1-31/usr/lib/
libblacs-mpich2.so.1       libblacsCinit-mpich2.so.1.1
libblacs-mpich2.so.1.1     libblacsF77init-mpich2.so.1
libblacsCinit-mpich2.so.1  libblacsF77init-mpich2.so.1.1
roberto@vieques:~/s390$ ls 1.1-31.1/usr/lib/
libblacs-mpich.so.1    libblacsCinit-mpich.so.1    libblacsF77init-mpich.so.1
libblacs-mpich.so.1.1  libblacsCinit-mpich.so.1.1  libblacsF77init-mpich.so.1.1

It appears, according to the status page for libmumps-4.10.0
( https://packages.debian.org/sid/libmumps-4.10.0 ) that mumps has been
binNMU'd on nearly every architecture.  If I understand the situation
correctly, I think that a binNMU on s390x will get libmumps-4.10.0 to
link against the new libraries created by the 1.1-31.1 upload of
blacs-mpi.  The 1.1-31.1 upload appears to have been made after the
mpich maintainer uploaded the new mpich upstream version (3.0.4) which
turned the mpich2 package and associated library packages into
transitional dummy packages and put everything into mpich2 and new
associated library packages.  Those new packages resulted in the rename
of the *-mpich2.so.* packages in libblacs-mpi1 to *-mpich.so.*.

The binNMU, I believe, will allow coinor-ipopt to successfully build.

Regards,

- -Roberto

- -- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJTNxSNAAoJECzXeF7dp7IPT5oP/jvmTACFalBBUNCO+HshNVaT
IIu3/34y78TXsbm04mzrPWnkGFnNQ+skB+gqrDLYjsXAcISBBzC3U1vsxpnBDp92
pwd+4Os45geN6XWc1WMeY3DKkgtNYCPI77e8/6pqS94r75PMz+FfwJFVoUl7XQLv
1CtsLWvGgqmzjmo/bAHuKW2N2oP3mwQMNDyrzArCy3sraBtKvbXNJ2tqnnkA+jxi
V+j9WcXtiLsOVU+RXSyFnsMSmg2A291JvKiqfn9LquwKhvWxbjXOQhgGBLH+W1oT
yGVWP4xryGCdRexA8VuAkXZmW6PxXkODThwmliYn8UzwNw5IvsykhStPSCmnheRr
fclkso6NRnDHlTSfp2G4k99u0ELh5zcVq8VcUjIRVotlqCL/OH4mHwxifcLlOQlv
7FEnRIIMsBcX1RVnNa9qsoxKY37totSRP3E0riAAbULVjJB2NwN1xUnH1GUuDrb6
hr+1dmuwSBYOqZNnPQfvirGFdpMYQNGPO+yKPAxXa+nb+dPM9PHy3d1KK8zUVbpH
R34T0DnsuLmaGmSGMVNZnncc/TlEwKtGnQoQeonQGF1kdWVSq3jQwW/PvdpokcX7
7of++HtuUo2VbXeAL27DNpXVcfvKld0f1AUT6lRDyNSf0RjFHtkmULh0IFdIoZZB
2GABbtrsYqHJj3JdEdKC
=x0fo
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
On Sat, Mar 29, 2014 at 14:44:38 -0400, Roberto C. Sanchez wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: binnmu
> 
> nmu mumps_4.10.0.dfsg-3 . s390x . -m "Binary-only non-maintainer upload for s390x; no source changes."
> 
> I am not 100% certain on this, but I believe that the mumps package
> needs a binNMU on s390x.  Below follows what I have found so far.
> Please feel free to let me know if I am incorrect.
> 
> While investigating why coinor-ipopt FTBFS on s390x, I encountered a
> strange error in the config.log:
> 
> configure:2078: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -I/usr/include/mumps_seq -DHAVE_CSTDDEF -Wl,-z,relro -llapack -lblas -ldmumps -lmpi -ldl conftest.c  >&5
> /usr/bin/ld: warning: libblacs-mpich2.so.1, needed by /usr/lib/gcc/s390x-linux-gnu/4.8/../../../../lib/libdmumps.so, not found (try using -rpath or -rpath-link)
> /usr/bin/ld: warning: libmpich.so.3, needed by //usr/lib/libmumps_common-4.10.0.so, may conflict with libmpich.so.10
> /usr/bin/ld: warning: libblacsCinit-mpich2.so.1, needed by //usr/lib/libscalapack-mpich2.so.1, not found (try using -rpath or -rpath-link)
> //usr/lib/libscalapack-mpich2.so.1: undefined reference to `strrv2d_'
> [continues with lots of undefined references]
> 
> (sid_s390x-dchroot)roberto@zelenka:~/coinor-ipopt-3.11.7$ ldd /usr/lib/libdmumps
> -4.10.0.so |grep mpich2
>         libscalapack-mpich2.so.1 => /usr/lib/libscalapack-mpich2.so.1 (0x000003fffccf4000)
>         libblacs-mpich2.so.1 => not found
>         libblacsCinit-mpich2.so.1 => not found
>         libblacs-mpich2.so.1 => not found
> 
That's #740764.

We'll handle the reverse deps when that's fixed.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: