RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform

Bug #195270 reported by Justin
56
Affects Status Importance Assigned to Milestone
pyopengl (Ubuntu)
Fix Released
Medium
Daniel Hahler

Bug Description

Binary package hint: fretsonfire

It just doesn't open when ran. I'm using Ubuntu Hardy, with all the updates.

ProblemType: Crash
Architecture: i386
Date: Sun Feb 24 20:06:52 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/share/games/fretsonfire/game/FretsOnFire.py
InterpreterPath: /usr/bin/python2.5
NonfreeKernelModules: vmnet vmblock vmmon nvidia
Package: fretsonfire-game 1.2.451.dfsg-2
PackageArchitecture: all
ProcCmdline: /usr/bin/python ./FretsOnFire.py
ProcCwd: /usr/share/games/fretsonfire/game
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
PythonArgs: ['./FretsOnFire.py']
SourcePackage: fretsonfire
Title: FretsOnFire.py crashed with RuntimeError in _load()
Uname: Linux justin-desktop 2.6.24-8-generic #1 SMP Thu Feb 14 20:40:45 UTC 2008 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev video

Tags: apport-crash
Revision history for this message
Justin (jgrace103) wrote :
Revision history for this message
atreju (atreju-tauschinsky) wrote :

I see this bug too, trying to run keyjnote. Command line output is

Welcome to KeyJnote version 0.10.2
Traceback (most recent call last):
  File "/usr/bin/keyjnote", line 160, in <module>
    from OpenGL.GL import *
  File "/usr/lib/python2.5/site-packages/OpenGL/GL/__init__.py", line 2, in <module>
    from OpenGL.raw.GL import *
  File "/usr/lib/python2.5/site-packages/OpenGL/raw/GL/__init__.py", line 6, in <module>
    from OpenGL.raw.GL.constants import *
  File "/usr/lib/python2.5/site-packages/OpenGL/raw/GL/constants.py", line 7, in <module>
    from OpenGL import platform, arrays
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/__init__.py", line 57, in <module>
    _load()
  File "/usr/lib/python2.5/site-packages/OpenGL/platform/__init__.py", line 53, in _load
    sys.platform, os.name,
RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform

Changed in pyopengl:
status: New → Confirmed
Revision history for this message
der_acid (acidburn-gaming-31337) wrote :

im not a programmer but maybe a hint:

ralf@acid-nb:~$ python
Python 2.5.2a0 (r251:54863, Jan 3 2008, 17:52:29)
[GCC 4.2.3 20071223 (prerelease) (Ubuntu 4.2.2-4ubuntu3)] on linux2

also states linux2 as platform....

Revision history for this message
Daniel Hahler (blueyed) wrote :

I've fixed it locally already (in pyopengl), but need to investigate if this breaks other things.

The problem appears to be that the symlinks in /usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b1-py2.5.egg-info are incorrect and therefore the __init__ in the OpenGL/platform package does know nothing about the OpenGL.platform.implementation to use.

Changed in pyopengl:
assignee: nobody → blueyed
importance: Undecided → Medium
status: Confirmed → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package pyopengl - 3.0.0~b1-0ubuntu2

---------------
pyopengl (3.0.0~b1-0ubuntu2) hardy; urgency=low

  * debian/rules:
    - Removed "mv" of .egg-info directory in
      common-binary-post-install-indep, which caused broken symlinks in
      /usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b1-py2.5.egg-info/.
      According to snapshot.debian.org the first package introducing this had
      already the "Where does this come from" comment in it (3.0.0~a6-1).
      The links where broken in 3.0.0~a6, too, but it did not depend on the
      OpenGL.platform.implementation feature. (LP: #195270)
    - clean target:
      - remove workaround for cdbs bug, which is fixed already
      - Do not remove setup.cfg from PyOpenGL.egg-info/SOURCES.txt.
        I could not find a reference why it was added and other packages
        do not remove it, too.
  * debian/control:
    - Standards-Version 3.7.3
    - Moved Homepage from Description to control field
  * Modify Maintainer value to match the DebianMaintainerField
    specification.

 -- Daniel Hahler <email address hidden> Wed, 27 Feb 2008 01:43:32 +0100

Changed in pyopengl:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.