Supertuxkart didn't work anymore on hardy heron after the last update

..and clicking on the icon there is no way to open it..

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description didn't include enough information.

Please include the information requested from the "DebuggingProgramCrash" section of https://wiki.ubuntu.com/DebuggingProgramCrash as separate attachments.

Works fine on my hardy.

doing the backtrace it said me that there is no file or directory..
i attacched the gdb-supertuxkart.text
btw i also try to remove and reinstall the package but nothing works.

What is it wrong?

I try (think to be useful) to try the valgrind debug programm and i attached the log.
Bye
Fabio

I reported this bug in debian, too.

Out of bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472675

According to the plib site, ssgInit should be called after an OpenGL
context is available (or glutInit has been called and a window created).
Looking at the code suggests that this is fine.

http://plib.sourceforge.net/ssg/

I can't reproduce the bug in i386 with an Intel graphics card. I'd say
it is GPU-specific, or the user has broken GL libraries:

http://www.flightgear.org/Docs/FlightGear-FAQ.html#5.2
http://sourceforge.net/mailarchive/message.php?msg_id=3B92FF16.E84F015C%40napanet.net

To the submitter, please compile and run this test to see if your OpenGL
setup is broken:

http://sourceforge.net/mailarchive/attachment.php?list_name=plib-users&message_id=3B92FF16.E84F015C%40napanet.net&counter=1

Run these commands to run the test:

gcc -O2 -Wall -c -o glxtest.o ./glxtest.c
gcc -O2 -Wall -lGL -lm -o glxtest ./glxtest.o
./glxtest

--
bye,
pabs

Please write your answer in the debian bug report.

i also wrote in the debian bug report..
This is what i get:

SL_Test: glXGetCurrentContext returns NULL
SL_Test: This is exactly what we expect
SL_Test: after glXCreateContext but before glXMakeCurrent
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
      after 34 requests (32 known processed) with 0 events remaining.

bye and thanks
C. F.

Hello, please excuse me, I have had Ubuntu Linux for about a year, but am not used to changing code. I used SuperTuxCart when my nephews came round and if I had my computer on the Windows XP OS they would ask to go to the 'other one'. Unfortunately since installing Hardy Heron at the end of the 2nd lap on any race with any number of carts, not only would SuperTuxCart crash, but I have to press the off button to restart and get it all going again.

It was on 2 laptops and a PC and the problem happened on each.

If it is not able to make work, is it possible to go back to the old Version of SuperTuxCart , so as not to continue to disappoint my Nephews.
Best Regards, Ian

It looks like this problem is considered to be fixed because the Debian bug report has been closed. But in Ubuntu Hardy the problem is still there. I get the "FATAL: ssgInit called without a valid OpenGL context" error message both on a machine with via graphic (openchrome driver) and intel graphic (new intel and older i810 driver). This happens with supertuxkart 0.4 and 0.5 from the backports. On both machines supertuxkart worked fine in Gutsy. Eventhough it's just a game I consider this quite a serious problem in an LTS version of Ubuntu (at least my kids think so). Can someone please have a closer look at this? I can provide logs if necessary.

Ondrej

Does this problem still exist on Intrepid?

In Intrepid the problem doesn't still exist for me!
bye and thanks everybody working on Ubuntu!

Fabio

Looks like the bug has been fixed as of supertuxkart 0.5-1 then. Marking fixed, thanks for your report.

Using version version: 0.5-1~hardy1 in Hardy still gives the same result:

$ supertuxkart
Data files will be fetched from: '/usr/share/games/supertuxkart/'
Highscores will be saved in '/home/ondrej/.supertuxkart/highscore.data'.
FATAL: ssgInit called without a valid OpenGL context.

Hardy Heron is an LTS version so it would be nice to have this really fixed in Hardy.

Ondrej

Could you please test with Intrepid? Testing on a LiveCD is fine if you don't wish to install it. If the bug exists with 0.5 in Hardy but not 0.5 in Intrepid, then the bug is possibly not in supertuxkart itself. Also if you move/remove your ~/.supertuxkart directory, does the problem still occur? Thanks for your comments.

I haven't tested with Intrepid but Supertuxkart runs fine when started remotely from a SLED 10 machine (with Nvidia graphics) through an ssh connection with X forwarding. So I agree, the problem is not in the supertuxkart package, but presumably in the graphics libraries of Hardy. Still the symptom remains, supertuxkart doesn't run on certain machines under Hardy.
Removing the ~/.supertuxkart directory doesn't solve the problem.

Are you able to test with Intrepid now that it has been released?

I have upgraded to Intrepid but the problem still persits, no change.

I guess this would be http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501116 now

Thanks for the info, Christoph. The answer from Peter De Wachter in the Debian bug report explain the problem. Supertuxkart needs 24bit colors now to run. I am using 16bit on both of my machines, so that's the reason why the game doesn't start. However it's still not really clear to me why this worked in earlier Ubuntu releases.

Hm I don't know either. I think it is possible that this problem (as it can be solved) was introduced some time back.

However supertuxkart should start to work again starting with the 0.6.1 package I prepare on the debian side.

This bug was fixed in the package supertuxkart - 0.6.1a+dfsg2-1

---------------
supertuxkart (0.6.1a+dfsg2-1) unstable; urgency=low

  * Now use the correct tarball (was the old 0.5 by accident)

supertuxkart (0.6.1a+dfsg1-1) unstable; urgency=low

  [ Peter De Wachter ]
  * Added patch to check for SDL errors and to allow the game to run on
    low-end hardware (closes: #501116), (LP: #203144); Applied Upstream

  [ Christoph Egger ]
  * New Upstream Release (Closes: #512994), (LP: #319990)
    * Fix incorrect recreation of items
    * Correct Issue when restarting follow-the-leader game
    * Fix build with GCC 4.4 (Closes: #505671)
    * Drop all patches (now upstream)
  * Use $(QUILT_STAMPFN) insted of direct patch target for quilt make-snippet
  * Wrap Uploaders, Build-Depends
  * get-orig-source target
  * mangle watchfile correctly

  [ Stefan Potyra ]
  * debian/supertuxcart.sgml: fix dhusername entity.

supertuxkart (0.5+dfsg1-1) unstable; urgency=medium

  * urgency medium due to RC fix
  * Replacing nonfree stuff (Closes: #514416)
  * Improving debian/copyright
  * Update my Email address

 -- Foppe Benedictus <email address hidden> Thu, 26 Feb 2009 05:54:07 +0000

I now tried package 0.6.1a from getdeb.net on Hardy and it works again on my system in 16bit color mode.
Thanks for everyone who helped fixing this.