#9808: Upgrade numpy to 1.5.0 and scipy to 0.8
----------------------------------------------------------------------------------+
Reporter: maldun
| Owner: maldun
Type: task
| Status: needs_review
Priority: major
| Milestone: sage-4.6
Component: packages
| Keywords: numpy, scipy
Author: Stefan Reiterer, Francois Bissey
| Upstream: N/A
Reviewer: Karl-Dieter Crisman, David Kirkby, Leif Leonhardy, Francois
Bissey | Merged:
Work_issues:
|
----------------------------------------------------------------------------------+
Comment(by fbissey):
Replying to [comment:172 jhpalmieri]:
> Replying to [comment:171 fbissey]:
> > Dear me!
> >
> > And I was going to report numpy-1.5/scipy-0.8 build on ppc (should be
running testall now, I'd do -long but on that hardware we would still be
there next week).
> >
> > OK there are several issues to be solved: first "-shared" is a good
idea. That
> > could be it.
>
> Oops, it looks like it's already quoted in the spkg-install file. I
changed the first line from
> {{{
> #!/bin/sh
> }}}
> to
> {{{
> #!/usr/bin/env bash
> }}}
> I don't know if this was a good idea, but it did get past that error,
only to run into the same import error as when trying to install
matplotlib.
The old version of the spkg was doing that as well. I don't think we
should have
dropped it. There may be a more elegant solution but in the meantime that
should do.
>
> > Failing to build matplotlib with an installed numpy :) where did I see
something like that... Why, I reported a bug on that on gentoo bugzilla a
while ago:
> > [http://bugs.gentoo.org/show_bug.cgi?id=320669].
> >
> > Long story short: that means your lapack (and possibly ATLAS) install
is hosed.
> > Probably related to problems producing .so libraries.
>
> Hmm. We've had problems with shared libraries with ATLAS before on
Solaris machines, among others, but it's interesting that this particular
problem wouldn't have shown up before this.
I cannot comment on that, I don't know the package history of that
machine. But
searching for numpy in the closed bugs from gentoo's bugzilla show that I
haven't been the only victim of that and the answer is always the same:
for a reason or another lapack or blas/cblas is foobar.
>
> > I don't get any of the failures you report. A quick package check on
Gentoo
> > shows that: matplotlib and rpy depend on numpy and it would be a good
idea to rebuild
> > them.
>
> Since I'm building from scratch, all of the dependencies should work
themselves out.
>
> > I am a bit worried about the unicode mention in plot.py, that may mean
a mismatch between various packages configuration regarding unicode
(python/numpy/matplotlib).
>
> As Jason suggested, the new matplotlib spkg seems to fix this, at least
on taurus. Since that package has been merged as of 4.6.alpha3, it should
be taken care of.
Ah! I already have matplotlib-1.0 here that's probably why I never saw any
of that.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9808#comment:173>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
