Bug#620241: elmerfem: unbuildable on ia64 (libatlas3gf-base build-conflict)

[Julien Cristau]

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