From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2013-March/023927.html | 92 +++++++++++++++++++++++++++++++ 1 file changed, 92 insertions(+) create mode 100644 zarb-ml/mageia-dev/2013-March/023927.html (limited to 'zarb-ml/mageia-dev/2013-March/023927.html') diff --git a/zarb-ml/mageia-dev/2013-March/023927.html b/zarb-ml/mageia-dev/2013-March/023927.html new file mode 100644 index 000000000..14db2f6e1 --- /dev/null +++ b/zarb-ml/mageia-dev/2013-March/023927.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] Packages not rebuilt since Mageia 1 + + + + + + + + + +

[Mageia-dev] Packages not rebuilt since Mageia 1

+ eatdirt + dirteat at gmail.com +
+ Thu Mar 28 23:00:28 CET 2013 +

+
+ +
On 28/03/13 13:15, David Walser wrote:
+> eatdirt <dirteat at ...> writes:
+>> On 26/03/13 15:24, Pascal Terjan wrote:
+>>> There are 26 packages.
+>>>
+>>> atlas
+>>
+>> I think, and unless someone complains, this one should be dropped. Atlas
+>> is supposed to provice fast routines already provided by blas and lapack
+>
+> Interesting, thanks for this.  libatlas3-sse3 had been pulled in on my system
+> by python-numpy, but liblapack3 provides the same library and can be installed
+> in place of libatlas3-sse3.  I don't know why libatlas3-sse3 was chosen ahead
+> of liblapack3 in the first place.  What should we do about systems that already
+> have libatlas3-sse3 installed?
+>
+>
+
+On my system python-numpy is linked to blas/lapack only, so it is fine. 
+But python-scipy is linked to libatlas. I tried to rebuild it without 
+but it fails at various stages (on has to had -DNO_ATLAS_INFO)
+
+I cc the maintainer; lebedov, can we rebuild it without atlas?
+
+Cheers,
+Chris.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1