#524073 python-numpy: please split atlas support into an optional package

Package:
src:numpy
Source:
numpy
Submitter:
Neil Williams
Date:
2024-03-17 09:42:03 UTC
Severity:
normal
Tags:
#524073#5
Date:
2009-04-14 17:09:07 UTC
From:
To:
In #489253, ATLAS support was re-enabled.

In #519233, python-gtk2 was made to depend on python-numpy.

The net result is that something as small and simple as wicd now depends
on libgfortran and libblas in unstable.

I ran my own systems for some time without python-numpy, it was only that
one issue in the sodoku game. I don't think that is sufficient justification
for adding such a huge dependency chain like ATLAS.

I was going to recommend wicd as the wireless network support tool for
Emdebian Grip but I cannot do that if that means installing fortran!

Making fortran essential for all GUI python support isn't going to help
developments like openmoko or other embedded / small machine purposes.
#524073#10
Date:
2009-04-14 17:23:11 UTC
From:
To:
Yes, I agree, that this should be resolved. I always thought you can
install python-numpy without atlas. At least it used to be that way,
if this is not the case, it's a bug to be fixed.

As to fortran, python-numpy needs gfortran to build (it contains some
fortran files). If all you need is just the binary package, I think it
could work without having gfortran installed.

Ondrej
#524073#15
Date:
2009-04-14 21:51:03 UTC
From:
To:
On Tue, 14 Apr 2009 10:23:11 -0700

I think it's a result of the fix for #489253 - the option was
re-enabled but the package was not split.
related to ATLAS and Lapack :

libblas.so.3gf , liblapack.so.3gf and libgfortran3 .

The following packages have unmet dependencies:
  python-numpy: Depends: libblas3gf but it is not going to be installed
or libblas.so.3gf or
                         libatlas3gf-base but it is not installable
                Depends: libgfortran3 (>= 4.3) but it is not installable
                Depends: liblapack3gf but it is not installable or
                         liblapack.so.3gf but it is not installable or
                         libatlas3gf-base but it is not installable
E: Broken packages

(This comes from the Emdebian Grip repository which is a filtered
repository and does not include all packages in Debian, just the ones
most suitable for embedded devices. These particular packages are
large and undesirable for embedded targets.)
#524073#20
Date:
2009-04-15 00:26:40 UTC
From:
To:
I agree that this needs to be fixed. So your suggestion is to split
numpy into several packages? How exactly?

I am currently too busy to work on this, but if you know how to fix it
and do the work, I'll upload your changes, or let you upload it.

Thanks,
Ondrej
#524073#35
Date:
2024-03-17 09:38:03 UTC
From:
To:
On Tue, 14 Apr 2009 10:23:11 -0700 Ondrej Certik <ondrej@certik.cz> wrote:
wrote:
depends
only that
justification
for
fortran!
help
purposes.

Please also note that ATLAS is now obsolete and in the process of being
removed from Debian, see this thread:
https://lists.debian.org/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.camel@debian.org

This bug is actually more about BLAS/LAPACK in general than about a
specific implementation (ATLAS). I’m therefore changing the title
accordingly.