matplotlib-devel Mailing List for matplotlib

On Fri, Sep 3, 2010 at 6:57 PM, Eric Firing <ef...@ha...> wrote:
> It's not quite that simple. After some initial thrashing around, I
> installed zmq from source, and then pyzmq--but I can't import zmq:
>
Mhh, sorry to see you burn up on this, Eric. Brian is the zmq expert,
not me, but it *may* be a version compatibility issue, perhaps? I am
using these versions of zmq/pyzmq:
- zmq 2.0.8: http://www.zeromq.org/local--files/area:download/zeromq-2.0.8.tar.gz
- pyzmq 2.0.7: http://github.com/downloads/zeromq/pyzmq/pyzmq-2.0.7.tar.gz
These two worked fine for me, with:
- for zmq:
./configure --prefix=$HOME/usr/opt
make && make install
note that $HOME/usr/opt/lib is in my LD_LIBRARY_PATH, and the include/
dir in my include path, etc.
- for pyzmq:
python setup.py install --prefix=$HOME/usr/opt
And at that point it just worked. A few questions:
- is it possible that you did a build from the head of either
zmq/pyzmq git tree? that might cause an incompatibility.
- could it be that /usr/local/lib isn in your LD_LIBRARY_PATH?
I'll be available over the weekend and will be more than happy to try
and help sort this out.
Regards, and sorry for the hassle
f

Eric,
Looks like you are on Linux. If so, you will have to make sure you do
two things before doing python setup.py install on pyzmq:
1. Edit the setup.cfg (copy the template) to point to your zeromq install.
2. Use the --rpath option:
python setup.py build_ext --rpath=/opt/zeromq-dev/lib --inplace
Alternatively, you can set the LD_LIBRARY_PATH to point to your zeromq lib path.
Also, for now, we suggest using the stable 2.0.7 releases of both
pyzmq and zeromq.
Sorry about the hitches, parts of this are definitely still rough and
we hope to iron out these things. I should mention that zeromq/pyzmq
are only required for the new Qt gui, the old terminal ipython doesn't
require them.
Let us know if you run into any other issues.
Cheers,
Brian
On Fri, Sep 3, 2010 at 6:57 PM, Eric Firing <ef...@ha...> wrote:
> On 09/03/2010 12:37 PM, Brian Granger wrote:
>> Hello all,
>>
>> I would like to submit the following branch on github for review and
>> merging into matplotlib trunk:
>>
>> http://github.com/ellisonbg/matplotlib/commits/guisupport
>>
>> This branch implements the logic needed for the qt4 and wx backends to
>> fully work with the upcoming IPython 0.11 release. In our testing we
>> have run many of the mpl examples (including the new animation
>> examples) in both qt4/wx in both the terminal based IPython and the
>> new IPython Qt GUI. For background on these changes please see this
>> thread:
>>
>> http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTik2SNtXMaezCc0UiMnCYg6LxwEL1eN9YASnmOua%40mail.gmail.com&forum_name=matplotlib-devel
>>
>> It is important to note that we have not updated the other matplotlib
>> backends (gtk, tk, etc.) to have this logic. This is mainly because
>> we know almost nothing about these toolkits and could really use some
>> help from folks who are experts at the respective toolkits. We have
>> done some minimal testing and these other backends do work for simple
>> examples in the terminal IPython, but they won't work in all cases and
>> will definitely not work in the new IPython Qt based GUI.
>>
>> We would love feedback and help testing as these changes are
>> significant (even though only a few lines of code). To test this
>> stuff you will need to grab the following IPython development branch:
>>
>> http://github.com/ipython/ipython/tree/newkernel
>>
>> You should be able to run the examples in regular ipython:
>>
>> ipython --pylab qt4|wx
>>
>> Or the new GUI
>>
>> ipythonqt --pylab qt4|wx
>>
>
> Brian and others,
>
> It's not quite that simple. After some initial thrashing around, I
> installed zmq from source, and then pyzmq--but I can't import zmq:
>
> In [1]: import zmq
> ---------------------------------------------------------------------------
> ImportError                Traceback (most recent call last)
> /home/efiring/<ipython console> in <module>()
>
> /usr/local/lib/python2.6/dist-packages/zmq/__init__.py in <module>()
>   24
> #-----------------------------------------------------------------------------
>
>   25
> ---> 26 from zmq import _zmq
>   27 from zmq._zmq import *
>   28
>
> ImportError: libzmq.so.0: cannot open shared object file: No such file
> or directory
>
> But it is right where it should be:
>
> efiring@manini:~/programs/py/ipython/pyzmq_git$ ll /usr/local/lib/libzmq*
> -rw-r--r-- 1 root root 4736930 2010年09月03日 14:35 /usr/local/lib/libzmq.a
> -rwxr-xr-x 1 root root   825 2010年09月03日 14:35 /usr/local/lib/libzmq.la
> lrwxrwxrwx 1 root root   15 2010年09月03日 14:35 /usr/local/lib/libzmq.so
> -> libzmq.so.0.0.0
> lrwxrwxrwx 1 root root   15 2010年09月03日 14:35
> /usr/local/lib/libzmq.so.0 -> libzmq.so.0.0.0
> -rwxr-xr-x 1 root root 1993116 2010年09月03日 14:35
> /usr/local/lib/libzmq.so.0.0.0
>
> And it looks like the extension was built OK, complete with linking:
>
> gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
> -Wstrict-prototypes -fPIC -I/usr/local/include -I/usr/include/python2.6
> -c zmq/_zmq.c -o build/temp.linux-x86_64-2.6/zmq/_zmq.o
> zmq/_zmq.c:1995: warning: ‘__pyx_doc_3zmq_4_zmq_7Message___len__’
> defined but not used
> gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
> build/temp.linux-x86_64-2.6/zmq/_zmq.o -L/usr/local/lib -lzmq -o
> build/lib.linux-x86_64-2.6/zmq/_zmq.so
>
>
> I'm stumped.
>
> Eric
>
>> Cheers,
>>
>> Brian
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgr...@ca...
ell...@gm...

On Fri, Sep 3, 2010 at 4:14 AM, Benjamin Root <ben...@ou...> wrote:
> I think there are multiple issues here. Primarially, there is the issue
> that Axes3D is attaching itself to a figure. However, in the interest of
> backwards-compatibility, we can't just fix this outright. There is also the
> issue that there are multiple places in the Figure class that are adding
> axes to the figure object. Ideally, shouldn't we have a single function
> that performs proper checks and adds an axes? Then that function should be
> used in the other class functions to perform this action. In my opinion,
> there is too much duplicated code here.
While I agree that we need to do something with the duplicated code, I
think our priority should be fixing a bug.
The easiest solution (that is backward compatible) seems to be
registering an Axes class that does not add itself to the figure.
For example,
class Axes3DBase(Axes):
 # All of the original Axes3D stuff, but do not add itself to the
figure during the initialization
class Axes3D(Axes3DBase):
 def __init__(self, ...)
 Axes3DBase.__init__(self, ...)
 self.fig.add_axes(self)
# And register Axes3DBase instead of Axes3D
import matplotlib.projections as proj
proj.projection_registry.register(Axes3DBase)
Regards,
-JJ

On 09/03/2010 12:37 PM, Brian Granger wrote:
> Hello all,
>
> I would like to submit the following branch on github for review and
> merging into matplotlib trunk:
>
> http://github.com/ellisonbg/matplotlib/commits/guisupport
>
> This branch implements the logic needed for the qt4 and wx backends to
> fully work with the upcoming IPython 0.11 release. In our testing we
> have run many of the mpl examples (including the new animation
> examples) in both qt4/wx in both the terminal based IPython and the
> new IPython Qt GUI. For background on these changes please see this
> thread:
>
> http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTik2SNtXMaezCc0UiMnCYg6LxwEL1eN9YASnmOua%40mail.gmail.com&forum_name=matplotlib-devel
>
> It is important to note that we have not updated the other matplotlib
> backends (gtk, tk, etc.) to have this logic. This is mainly because
> we know almost nothing about these toolkits and could really use some
> help from folks who are experts at the respective toolkits. We have
> done some minimal testing and these other backends do work for simple
> examples in the terminal IPython, but they won't work in all cases and
> will definitely not work in the new IPython Qt based GUI.
>
> We would love feedback and help testing as these changes are
> significant (even though only a few lines of code). To test this
> stuff you will need to grab the following IPython development branch:
>
> http://github.com/ipython/ipython/tree/newkernel
>
> You should be able to run the examples in regular ipython:
>
> ipython --pylab qt4|wx
>
> Or the new GUI
>
> ipythonqt --pylab qt4|wx
>
Brian and others,
It's not quite that simple. After some initial thrashing around, I 
installed zmq from source, and then pyzmq--but I can't import zmq:
In [1]: import zmq
---------------------------------------------------------------------------
ImportError Traceback (most recent call last)
/home/efiring/<ipython console> in <module>()
/usr/local/lib/python2.6/dist-packages/zmq/__init__.py in <module>()
 24 
#-----------------------------------------------------------------------------
 25
---> 26 from zmq import _zmq
 27 from zmq._zmq import *
 28
ImportError: libzmq.so.0: cannot open shared object file: No such file 
or directory
But it is right where it should be:
efiring@manini:~/programs/py/ipython/pyzmq_git$ ll /usr/local/lib/libzmq*
-rw-r--r-- 1 root root 4736930 2010年09月03日 14:35 /usr/local/lib/libzmq.a
-rwxr-xr-x 1 root root 825 2010年09月03日 14:35 /usr/local/lib/libzmq.la
lrwxrwxrwx 1 root root 15 2010年09月03日 14:35 /usr/local/lib/libzmq.so 
-> libzmq.so.0.0.0
lrwxrwxrwx 1 root root 15 2010年09月03日 14:35 
/usr/local/lib/libzmq.so.0 -> libzmq.so.0.0.0
-rwxr-xr-x 1 root root 1993116 2010年09月03日 14:35 
/usr/local/lib/libzmq.so.0.0.0
And it looks like the extension was built OK, complete with linking:
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -fPIC -I/usr/local/include -I/usr/include/python2.6 
-c zmq/_zmq.c -o build/temp.linux-x86_64-2.6/zmq/_zmq.o
zmq/_zmq.c:1995: warning: ‘__pyx_doc_3zmq_4_zmq_7Message___len__’ 
defined but not used
gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions 
build/temp.linux-x86_64-2.6/zmq/_zmq.o -L/usr/local/lib -lzmq -o 
build/lib.linux-x86_64-2.6/zmq/_zmq.so
I'm stumped.
Eric
> Cheers,
>
> Brian