[Python-modules-team] Bug#445771: python-scipy: indirectly build-depends on contrib package

Lucas Nussbaum lucas at lucas-nussbaum.net
Mon Oct 8 08:19:33 UTC 2007


Package: python-scipy
version: 0.6.0-2
Severity: serious
User: debian-qa at lists.debian.org
Usertags: qa-ftbfs-20071007 qa-ftbfs
Justification: FTBFS on i386

Hi,

python-scipy build-depends on:

Build-Depends: debhelper (>= 5.0.37.2), dpkg-dev (>= 1.13.19), dpatch, python-all-dev, python-central (>= 0.5), python-numpy (>= 1:1.0.2), g77, sharutils, swig, libufsparse-dev, netcdfg-dev, libx11-dev, refblas3-dev | atlas3-base-dev, lapack3-dev | atlas3-base-dev, fftw3-dev

However, libufsparse-dev is a virtual package:

libufsparse-dev is a virtual package provided by: libsuitesparse-metis-dev libsuitesparse-dev
Using libsuitesparse-metis-dev (no default, using first one)

But libsuitesparse-metis-dev is in contrib.

Shouldn't you depend on libsuitesparse-dev directly to avoid building a
package that depends on a contrib package, and thus should go to contrib
as well?

Also, the package currently FTBFS because of this, since
libsuitesparse-metis-dev is not installable.

Lucas
-- 
| Lucas Nussbaum
| lucas at lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lucas at nussbaum.fr             GPG: 1024D/023B3F4F |





More information about the Python-modules-team mailing list