Bug#708996: supertuxkart keeps crashing randomly and one of the sprites is mangled

[georgiy...@riseup.net]

package: supertuxkart
version: 0.7.3-2

For reasons I can't ascertain supertuxkart keeps crashing randomly. Also
one of the sprites/karts the monkey "Suzanne" is horribly mangled.

In like June of last year I was using Debian Sid with supertuxkart version
0.7.3 and it worked just fine without any issues.

Maybe consider recompiling a slightly older/newer patch of version 0.7.3
and replacing it with what's now in Wheezy.


--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

[Vincent Cheng]

On Sun, May 19, 2013 at 9:55 PM, <georgiy...@riseup.net> wrote:
> package: supertuxkart
> version: 0.7.3-2
>
> For reasons I can't ascertain supertuxkart keeps crashing randomly. Also
> one of the sprites/karts the monkey "Suzanne" is horribly mangled.
>
> In like June of last year I was using Debian Sid with supertuxkart version
> 0.7.3 and it worked just fine without any issues.
>
> Maybe consider recompiling a slightly older/newer patch of version 0.7.3
> and replacing it with what's now in Wheezy.

This is a known issue, see #619071, #677609, #695747 (and the dozen or
so bugs on launchpad, for ubuntu) for the crashes and #679837 for
Suzanne being incorrectly rendered.

I'll prepare a backport of stk 0.8 for wheezy users soon. Of course,
if you're willing to dig into this further, I'd gladly accept
non-intrusive patches (i.e. acceptable for a stable update) to fix
whatever's causing this issue in irrlicht/stk.

Regards,
Vincent

[georgiy...@riseup.net]

> On Sun, May 19, 2013 at 9:55 PM, <georgiy...@riseup.net> wrote:
>> package: supertuxkart
>> version: 0.7.3-2
>>
>> For reasons I can't ascertain supertuxkart keeps crashing randomly. Also
>> one of the sprites/karts the monkey "Suzanne" is horribly mangled.
>>
>> In like June of last year I was using Debian Sid with supertuxkart
>> version
>> 0.7.3 and it worked just fine without any issues.
>>
>> Maybe consider recompiling a slightly older/newer patch of version 0.7.3
>> and replacing it with what's now in Wheezy.
>
> This is a known issue, see #619071, #677609, #695747 (and the dozen or
> so bugs on launchpad, for ubuntu) for the crashes and #679837 for
> Suzanne being incorrectly rendered.
>
> I'll prepare a backport of stk 0.8 for wheezy users soon. Of course,
> if you're willing to dig into this further, I'd gladly accept
> non-intrusive patches (i.e. acceptable for a stable update) to fix
> whatever's causing this issue in irrlicht/stk.
>
> Regards,
> Vincent
>

Like in early June of 2012 when I used STK 0.7.3 from Sid it worked
perfectly. Wouldn't the simplest solution be to just replace the current
version of STK 0.7.3 with the one that was in Sid in like June 2012? Or
are there dependency or security issues I'm missing here?

[Vincent Cheng]

It took a few months for anyone to discover stk 0.7.3 had any
stability issues and to report it (I certainly didn't, and wouldn't
have uploaded stk 0.7.3 if I had caught this in my testing). FWIW, the
diff between 0.7.3-1 and -2 is misleadingly large; the only change
that took place between the stk version that I uploaded to Sid in June
2012 (0.7.3-1) and the current version in wheezy (0.7.3-2) is that the
build system was switched from autotools to cmake, which I highly
doubt caused this issue. In other words, I feel fairly confident in
saying that it's only a matter of time before you hit the same issue
with stk 0.7.3-1.

Regards,
Vincent

[Georgiy Treyvus]

I never had any problems with 0.7.3-1 or whatever the version was circa
May/June 2012. As far as the switch from autotools to cmake I also
sincerely doubt that has anything whatsoever to do with it. My guess is
that more likely you got a corrupted download from somewhere upstream
and perhaps may not have verified it properly. This is probably no fault
of your own nor of the Debian infrastructure as I'm not sure if the STK
site provides checksums or signatures you can use to verify the
download. It could also be quite possible they pushed out a buggy 0.7.3
but I had no problems with it either with Debian Sid nor from Fedora
Rawhide so I'm not sure what to think.

[Vincent Cheng]

No, it's not a corrupted download. I always check any tarballs I
download from SourceForge with the checksums they provide, i.e. you'll
see that the md5 hashsums at [1] (click on the "i" icon next to
"supertuxkart-0.8-src.tar.bz2") and [2] match.

My point still stands; I'm quite sure that supertuxkart 0.7.3 as was
uploaded to sid in May of 2012 was also affected by this issue. You
can even run a diff between 0.7.3-1 (first version uploaded to sid in
may) and 0.7.3-2 (current version in wheezy) if you'd like, and you'd
see that there weren't any major changes aside from the switch from
autotools to cmake (which is why the diff is so bloated). The root
issue is likely something to do with irrlicht, but since upstream now
refuses to support building with a system copy of irrlicht (they now
only support the use of the embedded/forked copy of irrlicht in their
source tarball), I'm afraid there's nothing I can do about this.

Supertuxkart 0.8 should show up in wheezy-backports soon though. :)

Regards,
Vincent

[1] http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8/
[2] http://packages.debian.org/source/unstable/supertuxkart