Control: affects -1 + src:lp-solve
libblas-dev Depends on gfortran and it provides libblas.so. Most users
depend on it with the libblas.so alternative. Another libblas.so
provider, libatlas-base-dev, does not depend on gfortran. Thus when
depending on libblas-dev | libblas.so, one cannot currently assume that
gfortran is present. That makes the gfortran dependency look weird.
This issue causes practical problems, because dose-builddebcheck finds
an installation set for cross building lp-solve that notably doesn't
include libblas-dev, but includes libatlas-base-dev instead. Trying to
build it with sbuild and the default resolver fails though as apt
doesn't consider this solution.
I see a number of routes forward here, each of which causes a change in
1. libblas-dev should demote its gfortran dependency to recommends
acknowledging the current state where libblas.so does not ensure
2. libatlas-base-dev should start depending on gfortran.
I strongly prefer the former option, because gfortran is a compiler and
thus needs toolchain dependency translation for cross building. Such
translation is not yet available in the archive and any such dependency
will make the affected packages unusable for cross building. It also
looks like not every user of libblas-dev does need gfortran (e.g.
lp-solve doesn't need it). Some (currently buggy) packages may need the
explicit gfortran dependency then.
Please either demote the dependency or reassign this bug to