Thread: [PyOpenGL-Users] PyOpenGL 2.0.x, Python 2.3 and Red Hat 9.0
Brought to you by:
mcfletch
From: Matt P. <mp...@ya...> - 2003-10-27 15:26:11
|
Hi, I'm a new user of PyOpenGL (and OpenGL in general) and I'm wanting to use Python in a few 3D projects I am working on. However, I am stymied by the fact I cannot get PyOpenGL to build or work successfully on my system. I have a stock Red Hat 9.0 Personal installation on an AMD Athlon with an nVidia GeForce 4 video card. I am using the nVidia drivers for hardware acceleration (and it is fast judging by the OpenGL screen savers). I have installed glut 3.7 from RPM. I have, however, replaced Python 2.2 with a build of Python 2.3 from source. I've had no problems with Python 2.3 with the exception of PyOpenGL. I have SWIG 1.1 (comes with RH9), Numeric 23.0 (from source), the Python Imaging Library (latest stable release built from source). I also have OpenGLContext 2.x installed from RPM. However, when I try to build PyOpenGL (either the beta release or the RC2 release), I either get build failures (headers not found) or segmentation faults. Once I got glut installed, the major build failures disappeared. I disabled the build of Togl since it kept causing seg faults. With Togl builds disabled, PyOpenGL compiles but fails to install fully. I can import the OpenGL module but I can get nothing to run. Half of the time, it reports failure to locate module GL.__init__. The rest of the time, I get a good import and then Python seg faults. FYI, I have Mesa 3.x installed (which ever version ships with RH9). I have managed to compile Mesa 5.x but haven't installed it for fear of throwing one more variable into the unknown. So my question is: has anyone had any success getting PyOpenGL up and running using Python 2.3 under Red Hat 9? RH9 is largely an incremental upgrade to RH8 (which I upgraded from) so I don't see any major library differences. Could GCC 3.2.2 be the problem? I desperately would like to use PyOpenGL and I need it since it is the low-level rendering API the other APIs I want to use depend on (PyGame and PyUI). I am open to any suggestions short of rebuilding my box. :) I also have a SuSe 8.2 Pro machine with a Voodoo3 I can experiment on. It is a new install and hasn't been touched yet. Any help appreciated. Matt Pickering __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ |
From: Mike C. F. <mcf...@ro...> - 2003-10-27 16:12:28
|
Matt Pickering wrote: ... >I have a stock Red Hat 9.0 Personal installation > > ... >I have SWIG 1.1 (comes with >RH9), > Shouldn't be necessary for any packaged build (e.g. rc2 or 2.0.1.07). >Numeric 23.0 (from source), > Okay. >the Python Imaging >Library (latest stable release built from source). I >also have OpenGLContext 2.x installed from RPM. > > Okay, neither of these should affect PyOpenGL itself, they're loosely coupled by Python code. >However, when I try to build PyOpenGL (either the beta >release or the RC2 release), I either get build >failures (headers not found) > Could it be you don't have the Python 2.3 headers/libs available in your path? RedHat normally has a python-devel RPM that has this stuff IIRC. Not sure how it works for a from-source install. >or segmentation faults. >Once I got glut installed, the major build failures >disappeared. I disabled the build of Togl since it >kept causing seg faults. With Togl builds disabled, >PyOpenGL compiles but fails to install fully. > > Just to be clear: you completely cleaned out any previous version of PyOpenGL, right? That is, you nuked the entire site-packages/OpenGL directory? >I can import the OpenGL module but I can get nothing >to run. Half of the time, it reports failure to >locate module GL.__init__. The rest of the time, I >get a good import and then Python seg faults. > > Sounds very much as though you have an older version (likely compiled against Python 2.2.x) conflicting with the new version. rc2 changed the name of that module to GL.GL__init__ to allow OS-X to load the libraries. I'd suggest trying a clean build (i.e. nuke the final installation directory and the source-directory/build directory and then re-build). >FYI, I have Mesa 3.x installed (which ever version >ships with RH9). I have managed to compile Mesa 5.x >but haven't installed it for fear of throwing one more >variable into the unknown. > > Shouldn't be necessary. PyOpenGL knows basically nothing about Mesa. >So my question is: has anyone had any success getting >PyOpenGL up and running using Python 2.3 under Red Hat >9? RH9 is largely an incremental upgrade to RH8 >(which I upgraded from) so I don't see any major >library differences. > I switched my dual-boot drive to Knoppix a few weeks ago, so I don't have a RedHat install for testing/building any more. >Could GCC 3.2.2 be the problem? > > Not likely. >I am open to any suggestions short of rebuilding my >box. :) > :) Debian is a comparative dream. ;) >I also have a SuSe 8.2 Pro machine with a >Voodoo3 I can experiment on. It is a new install and >hasn't been touched yet. > > Sure, you could try it there, but probably won't help you any? rc2 is known to build and run on Knoppix (Debian) under Python 2.3 (with togl disabled), so it would really seem that it's your RedHat install that needs some love. Okay, must get back to paying work now. Good luck, Mike _______________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ |
From: Rene D. <il...@ya...> - 2003-10-27 16:23:23
|
Matt Pickering wrote: >Hi, > >I'm a new user of PyOpenGL (and OpenGL in general) and >I'm wanting to use Python in a few 3D projects I am >working on. However, I am stymied by the fact I >cannot get PyOpenGL to build or work successfully on >my system. > >I have a stock Red Hat 9.0 Personal installation on an >AMD Athlon with an nVidia GeForce 4 video card. I am >using the nVidia drivers for hardware acceleration >(and it is fast judging by the OpenGL screen savers). > >I have installed glut 3.7 from RPM. I have, however, >replaced Python 2.2 with a build of Python 2.3 from >source. I've had no problems with Python 2.3 with the >exception of PyOpenGL. I have SWIG 1.1 (comes with >RH9), Numeric 23.0 (from source), the Python Imaging >Library (latest stable release built from source). I >also have OpenGLContext 2.x installed from RPM. > >However, when I try to build PyOpenGL (either the beta >release or the RC2 release), I either get build >failures (headers not found) or segmentation faults. >Once I got glut installed, the major build failures >disappeared. I disabled the build of Togl since it >kept causing seg faults. With Togl builds disabled, >PyOpenGL compiles but fails to install fully. > >I can import the OpenGL module but I can get nothing >to run. Half of the time, it reports failure to >locate module GL.__init__. The rest of the time, I >get a good import and then Python seg faults. > >FYI, I have Mesa 3.x installed (which ever version >ships with RH9). I have managed to compile Mesa 5.x >but haven't installed it for fear of throwing one more >variable into the unknown. > >So my question is: has anyone had any success getting >PyOpenGL up and running using Python 2.3 under Red Hat >9? RH9 is largely an incremental upgrade to RH8 >(which I upgraded from) so I don't see any major >library differences. Could GCC 3.2.2 be the problem? >I desperately would like to use PyOpenGL and I need it >since it is the low-level rendering API the other APIs >I want to use depend on (PyGame and PyUI). > > I think pyui can run without opengl. It could at one point in time anyway. >I am open to any suggestions short of rebuilding my >box. :) I also have a SuSe 8.2 Pro machine with a >Voodoo3 I can experiment on. It is a new install and >hasn't been touched yet. > >Any help appreciated. > >Matt Pickering > > Get swig 1.3.13. Check out the readme.cvs and the docs on pyopengl.sf.net for some other build instructions. Also note, you'll probably need the nvidia opengl drivers for full opengl goodness(or does redhat come with their drivers?). Have fun! http://www.holepit.com/ |