severity 620241 serious kthxbye This bug may not belong to elmerfem but its severity is serious. Which is why it was Cc:ed to the atlas and mumps maintainers.
On Thu, Mar 31, 2011 at 12:43:11 -0400, Adam C Powell IV wrote: > On Thu, 2011-03-31 at 14:51 +0200, Julien Cristau wrote: > > Package: elmerfem > > Version: 5.5.0.svn.5100.dfsg-1 > > Severity: serious > > Justification: fails to build from source > > > > elmerfem/ia64 dependency installability problem: > > elmerfem (= 5.5.0.svn.5100.dfsg-1) build-depends on one of: > > - libmumps-scotch-dev (= 4.9.2.dfsg-6) > > libatlas3gf-base (= 3.8.3-28) and source---elmerfem (= > > 5.5.0.svn.5100.dfsg-1) conflict > > libmumps-scotch-dev (= 4.9.2.dfsg-6) depends on one of: > > - libmumps-scotch-4.9.2 (= 4.9.2.dfsg-6) > > libmumps-scotch-4.9.2 (= 4.9.2.dfsg-6) depends on one of: > > - libatlas3gf-base (= 3.8.3-28) > > This is not an elmerfem problem, as just 2/14 buildds got it wrong and > 11/14 got it right (Hurd is in Dep-Wait state). The resolution is easy: > libmumps-scotch-4.9.2 depends on libblas3gf | libblas.so.3gf | > libatlas3gf-base, so install libblas3gf. > On ia64 libmumps-scotch-4.9.2 depends on libatlas3gf-base. No alternatives. I assume that dependency on libatlas3gf-base is picked up through shlibs. If that's incorrect then whatever package had wrong shlibs should be fixed. Looking at https://buildd.debian.org/fetch.cgi?pkg=mumps&arch=ia64&ver=4.9.2.dfsg-6&stamp=1290984683&file=log&as=raw both blas and atlas were installed (atlas was probably picked up from libscalapack-mpi or some other dependency), and atlas doesn't list alternatives in its shlibs file. > According to buildd.debian.org, every arch built blas 1.2-8 way back in > October. And ftp.debian.org has hppa and ia64 packages for libblas3gf > 1.2-8, so hppa and ia64 have no excuse. > I don't know what this is supposed to mean. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
