GNOME Bugzilla – Bug 615630
Quadrapassel doesn't start
Last modified: 2012-01-31 23:23:40 UTC
In Ubuntu Lucid Linus Hoppe reported: When clicking on the quadrapassel-icon in the menu, nothing happens. Trying to start in the terminal does the following output: linus@vbox-lucid:~$ /usr/games/quadrapassel failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context I'm using a fully updated lucid-beta with quadrapassel 1:2.30.0-0ubuntu5. linus@vbox-lucid:~$ gdb quadrapassel GNU gdb (GDB) 7.1-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/games/quadrapassel...(no debugging symbols found)...done. (gdb) run Starting program: /usr/games/quadrapassel [Thread debugging using libthread_db enabled] failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context Program exited with code 01. Launchpad ref: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-games/+bug/561734 Thanks!
Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
I've tried so. But BudBuddy doesn't react and gdb says that quadrapassel has no debugging symbols and that there is no stack.
Nothing useful comes up in the stacktrace, if i can do something else to get more information let me know. Reading symbols from /usr/games/quadrapassel...Reading symbols from /usr/lib/debug/usr/games/quadrapassel...done. done. (gdb) run Starting program: /usr/games/quadrapassel [Thread debugging using libthread_db enabled] failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context Program exited with code 01.
ben@ben-desktop:~$ swell-foop failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context ben@ben-desktop:~$ quadrapassel failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context ben@ben-desktop:~$ lightsoff failed to create drawable Failed to initialise clutter: Unable to select the newly created GLX context Also this problem is not just with quadrapassel, I beleive any of the games that depend on clutter are having problems.
Jason, there is no crash here so gdb will not help. Clutter couldn't be initialized simply because the graphic driver was not 3D capable (virtual Box, kvm, intel 8xx with disabled DRI in lucid...). It's might be helpfull to provide some feedback after clutter failled, so that the user is not left with nothing. A simple dialog saying 'Sorry but this game require 3D capability that your system can't provide.' (better worded :D) would be enough.
Jason, even if that is right that this bug is not a gnome bug, it is the game responsability to inform the user why he can't play this game, instead of leating him with nothing.
Clutter should never fail in the way in which you are seeing it fail. Something is terribly, horribly wrong with your installation and it's not something that I or anyone else can program a nice error message for. OpenGL should *always* fall back to the software renderer. If it doesn't, something about the installation is broken and there's nothing deterministic that I could plan for. Please fix whatever is wrong with your Linux installation or file a bug with the distributor if they are not providing the software GL implementation appropriately.
I have to disagree with this resolution. Fedora 13 Beta exhibits this behavior under KVM as well as Ubuntu. It is difficult to believe that two high-profile distributions such as Ubuntu and Fedora have both messed up core libraries in identical ways. Maybe KVM is creating an issue but glxgears works.
Jason, I have to agree with Mark to some extent (with the caveat that I've never used KVM). This is actually the secondary reason I haven't been able to work on the Clutter+Seed games lately - I no longer have a machine with a native Linux install, and for some reason, virtual machines with VMWare (at least Fusion) have horrible problems with Clutter (so bad that none of the Clutter-based games even run, even though I see other people run them on native installs with NVidia GL with no problem). I don't understand it either, I don't know how to fix it, and it makes me sad. Gnome Shell fails on the same setup, too - nothing but some black squares and the background actually gets drawn, and it crashes when you try to interact with it.
Just to clarify this is apparent with nouveau on a native linux install in addition to KVM.
I don't think my Ubuntu installation is broken because many other users subscribes to this bug and the error also occurs on Fedora 13 Beta.
I just confirmed the problem is in Clutter so the resolution is still NOTGNOME. To reproduce, on a *working* system export LIBGL_ALWAYS_SOFTWARE=1 and then try any of the tests in the clutter source directory. They will all fail in the same way. If anyone knows of an Xserver + Mesa combo that doesn't fail, that would be interesting. I may file this on OpenedHand's bugzilla depending on what I hear. In any event, it's not GNOME Games.
https://bugzilla.redhat.com/show_bug.cgi?id=575825 So the bug is in Mesa which is non-trivial to fix. ebassi says that the Mesa guys will either implement the GL 1.3 spec in the software renderer or stop reporting that they do when capabilities are requested. The former fix is the only one that will work for Clutter. Short answer: it isn't going to be fixed any time soon and you'll need real 3D acceleration in your VM in order to run any Clutter program for the short term.
Okay, now I'm using xserver-common ein in version 2:1.7.6-2ubuntu7~xup2 and xserver-xorg-core in version 2:1.7.6-2ubuntu7~xup2 from the following PPA: https://edge.launchpad.net/~ubuntu-x-swat/+archive/x-updates Now, quadrapassel works for me. No problem to start it. There is still an error message (but the game works): linus@vbox-lucid:~$ quadrapassel (quadrapassel:1234): ClutterGLX-CRITICAL **: Unable to make the stage window 0x3800040 the current GLX drawable (quadrapassel:1234): ClutterGLX-CRITICAL **: Unable to make the stage window 0x380005d the current GLX drawable quadrapassel works for other users, too. See launchpad: https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/561734
This bug is being reassigned to the "quadrapassel" component so we can close the gnometris bugzilla component. Apologies for the mass email!