[John Porter <jporter@...309...>] 3D plotting

Eric Firing wrote:

Charlie Moad wrote:

Fwiw, bdist_rpm just worked fine for me on Ubuntu.

Same for me on Mandriva.

Thanks for the feedback: this is a Fedora3 box, so it may be specific to the version of the rpm build scripts in it.

I'll test at home on my ubuntu laptop tonight, but it's good to know that for others on modern distros it's working OK.

"Fernando" == Fernando Perez <Fernando.Perez@...76...> writes:

  > pygtk present but import failed
  > Using default library and include directories for Tcl and Tk because a
  > Tk window failed to open. You may need to define DISPLAY for Tk to work
  > so that setup can determine where your libraries are located.
  > (setup.py:31070): Gtk-WARNING **: cannot open display:

This looks like an X11 issue. Make sure you log in with ssh -X and
that you can launch an X11 app from the build machine in the build
environment. Sometimes you also need to set xhost. Eg if you are
building as root, make sure you can launch an xterm as root before
trying to install matplotlib.

Well, the problem is here:

+ cd /scratch/local/home/fperez/tmp/lsrc/matplotlib/build/bdist.linux-i686/rpm/BUILD
+ cd matplotlib-0.87.2dev_r2151
+ LANG=C
+ export LANG
+ unset DISPLAY

That last line unsets the DISPLAY variable, so it doesn't matter who is running it, it will never work. I had tested this before mailing both as root with X11 properly configured and as my own user, but obviously with this unset in there, nothing I do can help.

The mysterious part is why bdist_rpm /used/ to work for mpl as of 0.83.2. It could be either that a change in mpl's build made it more sensitive to X11 issues than before, or that Fedora3 updated its rpm build scripts between those days and today, and that now they do this 'unset DISPLAY'. But given that on Ubuntu and Mandriva it's working OK, I wouldn't worry too much about it. Having that feedback was a good outcome of this thread, even if I can't upgrade in our lab :slight_smile:

Cheers,

f

···

On 3/16/06, John Hunter <jdhunter@...5...> wrote:

Well, the problem is here:

+ cd
/scratch/local/home/fperez/tmp/lsrc/matplotlib/build/bdist.linux-i686/rpm/BUILD
+ cd matplotlib-0.87.2dev_r2151
+ LANG=C
+ export LANG
+ unset DISPLAY

That last line unsets the DISPLAY variable, so it doesn't matter who is
running it, it will never work. I had tested this before mailing both as root
with X11 properly configured and as my own user, but obviously with this unset
in there, nothing I do can help.

  IMO rpm is right and the test is wrong. It does not make any sense
to require a running X just to check that pygtk is installed.

The mysterious part is why bdist_rpm /used/ to work for mpl as of 0.83.2. It
could be either that a change in mpl's build made it more sensitive to X11
issues than before, or that Fedora3 updated its rpm build scripts between
those days and today, and that now they do this 'unset DISPLAY'. But given
that on Ubuntu and Mandriva it's working OK, I wouldn't worry too much about
it. Having that feedback was a good outcome of this thread, even if I can't
upgrade in our lab :slight_smile:

  The usual trick in rpms it to require a nest X to test for pygtk.

···

On 16/03/06, Fernando Perez <Fernando.Perez@...76...> wrote:

Cheers,

f

--
José Abílio