Howdy,
The Qt4 backend appears to be broken in the Mac py2.6 binaries, using
OS X 10.5.7 and the latest version of the Qt SDK from qt.nokia.com. I
don't have the machine handy right this second but using plot() from
an IPython interpreter with my backend set to Qt4Agg causes a hard
crash f
Hi Darren,
On 8-Sep-09, at 7:16 PM, Darren Dale wrote:
> I would be very surprised if this is due to the backend. More likely a
> mismatch between sip and pyqt versions.
I actually grabbed both of them yesterday from
riverbankcomputing.co.uk, PyQt-4.5.4 and sip-4.8.2. Is it possible
that th
On 9-Sep-09, at 7:42 AM, Darren Dale wrote:
> I don't think so, there is no extension code associated with the qt
> backend. What platform are you using? Ubuntu/debian, by chance?
Huh, very strange then. I'm running Mac OS X 10.5.7.
---
Using the binaries at matplotlib.sf.net:
d...@strafe:~$ ipython -pylab
Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
Type "copyright", "credits" or "license" for more information.
IPython 0.10 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%qu
On 18-Sep-09, at 6:09 PM, John Hunter wrote:
> Could you try the 99.1rc release candidate linked to in the "news"
> box on the mpl homepage? I did fix some link problems in the osx
> binaries since 0.99.0.
Just tried, unfortunately it doesn't seem to like my setup either:
RuntimeError: FATA
On 18-Sep-09, at 6:42 PM, David Warde-Farley wrote:
> File "/Library/Frameworks/Python.framework/Versions/2.6/lib/
> python2.6/site-packages/ipython-0.10-py2.6.egg/IPython/Shell.py", line
> 627, in __init__
> user_ns,user_global_ns,b2 =
> self._matplotlib_config(na
(reply-all this time, I'm too used to scipy.org's reply-to munging)
On 18-Sep-09, at 9:36 PM, John Hunter wrote:
> On Fri, Sep 18, 2009 at 7:01 PM, Andrew Straw
> wrote:
>
>> Maybe the MPL binary was built with a numpy svn version that had API
>> incompatibilities with numpy releases?
>
> I bu
On 19-Nov-09, at 5:36 PM, Scot Denhalter wrote:
> On Thu, Nov 19, 2009 at 2:46 PM, Eric Firing
> wrote:
>>
>> You don't need a fortran compiler for numpy, even if you are building
>> from source; and you probably don't need to build from source. Did
>> you
>> try the suggested binary package
On 17-Feb-10, at 6:52 PM, Fernando Perez wrote:
> Howdy,
>
> in trying to teach a more structured use of mpl, I keep getting
> annoyed by the whole figure(), add_subplot(), grab axes dance. I've
> also seen students get confused by it. Does something along these
> lines sound useful to have in t
Just noticed this when I tried to build (I have numpy from svn):
REQUIRED DEPENDENCIES
* numpy 1.1 or later is required; you have
* 2.0.0.dev8125
:)
--
Download Intel® Pa
On 9-Mar-10, at 2:24 AM, Tom Loredo wrote:
> I've been experimenting with SVN checkouts of numpy and scipy,
> and found they are not compatible with mpl-0.99.1. The
> problem is that the numpy version number for recent checkouts
> is 2.0.x (2.0.0.dev8289 for the version I'm currently using),
> bu
On 2010-09-13, at 7:44 PM, Fernando Perez wrote:
> Thanks, that's good to know. But I'm mostly thinking of teaching
> situations, so it would be nice to have this in the source: it's not
> for my use but for the benefit of students who may be in a lab where
> they can't install extensions. But
12 matches
Mail list logo
