Thread: [PyOpenGL-Users] Python Qt OpenGL program: Xmu dependency
Brought to you by:
mcfletch
From: Jo V. <jo...@lu...> - 2004-10-21 12:20:32
|
Hello, I'm started working on an terrain editor using OpenGL, Qt and Python. I can't start the application, since it depends on Xmu, and can't find this library (it is installed though). I'm using Debian GNU/Linux unstable. Here is the error message: disabling TCL support Unable to resolve Xmu symbols - please check your Xmu library installation. Maybe it has something to do with the Qt OpenGL bindings? The (really small) source code can be found here: http://lumumba.luc.ac.be/~jo/temp/terrain_code/terrain.zip I hope someone can help me here. Thanks in advance! Kind regards, -- Jo Vermeulen <jo...@lu...> |
From: Tom D. <td...@yo...> - 2004-10-21 22:43:56
|
> I'm started working on an terrain editor using OpenGL, Qt and Python. I > can't start the application, since it depends on Xmu, and can't find > this library (it is installed though). I'm using Debian GNU/Linux > unstable. > > Here is the error message: > > disabling TCL support > Unable to resolve Xmu symbols - please check your Xmu library > installation. > > Maybe it has something to do with the Qt OpenGL bindings? > The (really small) source code can be found here: > > http://lumumba.luc.ac.be/~jo/temp/terrain_code/terrain.zip Works fine (after a couple of minor corrections) on 2 of my systems. Running ldd on one of the qt provided examples (aclock) shows very different results: SuSE9.1 linux-gate.so.1 => (0xffffe000) libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x4003f000) libpng.so.3 => /usr/lib/libpng.so.3 (0x40728000) libz.so.1 => /lib/libz.so.1 (0x40756000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40768000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40770000) ... SuSE9.0 libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40036000) libpng.so.3 => /usr/lib/libpng.so.3 (0x4075b000) libz.so.1 => /lib/libz.so.1 (0x40789000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40798000) libGL.so.1 => /usr/lib/tls/libGL.so.1 (0x40816000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40881000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40897000) ... Also ldd for kfind also show similar differences. Don't know why GL (and Xmu) are being linked in for non GL qt apps. However it does suggest it has nothing to do with python, and probably Qt version/build related. |
From: Hart's A. <bha...@ya...> - 2004-10-21 22:51:24
|
I'm having the same problems with Debian SID, even after apt-getting pyopengl, pyqt, pyqtgl and xmu. -brett --- Tom Dossis <td...@yo...> wrote: > > I'm started working on an terrain editor using OpenGL, Qt and Python. I > > can't start the application, since it depends on Xmu, and can't find > > this library (it is installed though). I'm using Debian GNU/Linux > > unstable. > > > > Here is the error message: > > > > disabling TCL support > > Unable to resolve Xmu symbols - please check your Xmu library > > installation. > > > > Maybe it has something to do with the Qt OpenGL bindings? > > The (really small) source code can be found here: > > > > http://lumumba.luc.ac.be/~jo/temp/terrain_code/terrain.zip > > Works fine (after a couple of minor corrections) on 2 of my systems. > > Running ldd on one of the qt provided examples (aclock) shows very > different results: > > SuSE9.1 > linux-gate.so.1 => (0xffffe000) > libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x4003f000) > libpng.so.3 => /usr/lib/libpng.so.3 (0x40728000) > libz.so.1 => /lib/libz.so.1 (0x40756000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40768000) > libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40770000) > ... > > SuSE9.0 > libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40036000) > libpng.so.3 => /usr/lib/libpng.so.3 (0x4075b000) > libz.so.1 => /lib/libz.so.1 (0x40789000) > libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40798000) > libGL.so.1 => /usr/lib/tls/libGL.so.1 (0x40816000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40881000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40897000) > ... > > Also ldd for kfind also show similar differences. Don't know why GL > (and Xmu) are being linked in for non GL qt apps. > > However it does suggest it has nothing to do with python, and probably > Qt version/build related. > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
From: Jo V. <jo...@lu...> - 2004-10-24 11:30:44
|
Op do, 21-10-2004 te 15:51 -0700, schreef Hart's Antler: > I'm having the same problems with Debian SID, even after apt-getting pyopengl, pyqt, pyqtgl and > xmu. Hmm maybe it's a Debian-specific problem? Kind regards, -- Jo Vermeulen <jo...@lu...> |
From: Jo V. <jo...@lu...> - 2004-10-24 11:29:32
|
Op vr, 22-10-2004 te 08:43 +1000, schreef Tom Dossis: > Works fine (after a couple of minor corrections) on 2 of my systems. Which corrections? [snip] > However it does suggest it has nothing to do with python, and probably > Qt version/build related. Should I post this to the PyQt list? Kind regards, -- Jo Vermeulen <jo...@lu...> |
From: Tom D. <td...@yo...> - 2004-10-25 01:47:37
|
Jo Vermeulen wrote: > > Which corrections? #(added to terrainglview.py) from OpenGL.GL import * >>However it does suggest it has nothing to do with python, and probably >>Qt version/build related. > > > Should I post this to the PyQt list? It looks like your code wasn't getting to the module with the gl stuff. Probably worth checking that pyqt works at all (without gl), and for that matter, that any qt applications work - try some of the qt examples. You should also try a gl app. (e.g. glxgears). Then you can work out if it's a GL, Qt or PyQt issue. |
From: Jo V. <jo...@lu...> - 2004-10-25 15:13:49
|
Op ma, 25-10-2004 te 11:47 +1000, schreef Tom Dossis: > Probably worth checking that pyqt works at all (without gl), and for > that matter, that any qt applications work - try some of the qt > examples. You should also try a gl app. (e.g. glxgears). > > Then you can work out if it's a GL, Qt or PyQt issue. Mmmm, after apt-getting the qt-examples, it works. This package had a dependency on qt development files which weren't installed apparantly. Oops! Thanks for your time. Kind regards, -- Jo Vermeulen <jo...@lu...> |