Strange GUI behaviour

[Nordland]

I think the best way for solving this issue for you is by doing the following:

1) Since nlpython is almost normal python, you can go http://matplotlib.sourceforge.net/ and download the latest version of matplotlib.
2) Untar this file, and install it by writing nlpython setup.py install
3) Then it will automatically use the environment you have on your machine, and the problem should be solved.

[svollebregt]

I did this in the 32 bit version (as the 64 bit is missing a file). Install was successful, however, apparently the 32 bit and 64 bit versions of some shared libs were mixed up. Now I get the following error:

Code

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/pylab.py", line 1, in <module>
    from matplotlib.pylab import *
  File "/home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/matplotlib/pylab.py", line 206, in <module>
    from matplotlib import mpl  # pulls in most modules
  File "/home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/matplotlib/mpl.py", line 1, in <module>
    from matplotlib import artist
  File "/home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/matplotlib/artist.py", line 5, in <module>
    from transforms import Bbox, IdentityTransform, TransformedBbox, TransformedPath
  File "/home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/matplotlib/transforms.py", line 34, in <module>
    from matplotlib._path import affine_transform
ImportError: /home/sten/bin/VNL/atk-2009.11/nlpython/lib/python2.6/site-packages/matplotlib/_path.so: wrong ELF class: ELFCLASS64

[Anders Blom]

Yikes!

We're going to look into this and return with a solution.

Thanks for your patience, we apologize for the inconvenience.

[Anders Blom]

Just to double-check, for safety: did you completely remove the atk-2009.11 directory before installing the 32-bit version? Otherwise, this kind of mixup can easily happen. Then try to install matplotlib, the 32-bit version, inside the fresh 32-bit ATK install.

[svollebregt]

Not removed, but I renamed the old 64 bit directory and extracted the 32 bit in a different one. I tried to install the matplotlib in both the 32 bit version and 64 bit version with IIRC a rebuild of matplotlib inbetween. In case of the 64 bit version installation went successful, but still the tkinter library was missing, in the 32 bit version I ended up with this error.

[Anders Blom]

So it might be your matplotlib build that has the mixed 64 and 32 bit libraries? Try to make it very clean:

1. Remove all - everything, ATK and matplotlib source and build
2. Install ATK 32-bit

If not working, try to install matplotlib into it.

[svollebregt]

Ok I removed all instances of ATK I had and reinstalled the 32 bit version. I also deleted the matplotlib build directory. Aagain I get the error that libtk8.4.so.0. so I try to install matplotlib again from a clean source dir. When I now run nlpython setup.py build I get the following error:

Code

/home/sten/bin/VNL/atk-2009.11/nlpython/include/python2.6/pyport.h:685:2: error: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)."
In file included from /usr/include/c++/4.4/ext/hash_map:59,
                 from ./CXX/Extensions.hxx:68,
                 from src/ft2font.h:4,
                 from src/ft2font.cpp:1:

I checked and I have the available 32 bit versions installed for the matplotlib required packages. I also have the 32 bit version of the gcc and glibc compiler.

[Anders Blom]

Ah, this seems logical. I think my advise should have been getting the 64-bit version of ATK. Sorry!

[svollebregt]

But when I install matplotlib in the 64 bit version I still end up in getting the _tkinter error because the file is missing when I select TkAgg as backend.

[Nordland]

Do you use the Gnome or KDE front end for the OpenSuse?

[svollebregt]

KDE.

[Anders Blom]

But Agg should work, or?