Hi Markus,
Personally, I have been happily using blas-atlas for
a while now and would be ok with removing them if nothing
in the tree depends on them directly.
Same here! Old blas/lapack/atlas packages just bring confusion,
especially when unmaintained. Packages depending on
sci-libs/{blas,lapack,atlas}:
sci-geosciences/grass-5.0.2
sci-chemistry/mpqc-2.2.2
As pointed out by Adam, a cblas-reference ebuild should hit
portage shortly. Before we start pondering the virtual/cblas
more (I am in principle for it) could we identify all the packages
that can provide it as well as all the ones that can depend on and
benefit from it?
Packages in portage/bugs/overlay which could provide virtual/cblas:
- blas-atlas
- acml (although not sure about this one)
- mkl (at least the one in the overlay)
- cblas-reference
Packages which I know could benefit from it:
- scipy
- itpp
I started to look at the module eselect.blas, to make a few changes. But
before I go further, it would be nice to know if anyone is working on it
and if the virtual/cblas is the good direction.
USE="doc" with blas-atlas installs the quick reference as well
as some other docs.
I noticed. A lapack-doc could make sense since it is the same for all
lapack implementations.
> No man pages though. Do you know where the
Fedora guys get them from? I don't see them in the tarballs,
but I might have missed them.
Just rpm2targz'ed the lapack src rpm from
http://download.fedora.redhat.com/pub/fedora/linux/extras/5/SRPMS/
which contains a man pages, quick refs, and a bunch of other patches.
The spec file mentions http://www.netlib.org/lapack/manpages.tgz for the
man pages. I don't know how Fedora's patches compare to the Gentoo's
ones, and my last experience on a RH/Fedora computer was 5 years ago.
Cheers,
Sebastien
--
[email protected] mailing list
