On Sun, May 26, 2013 at 11:36 AM, Georgiy Treyvus <georgiytrey...@riseup.net> wrote: > On 05/20/2013 11:34 AM, Vincent Cheng wrote: >> On Mon, May 20, 2013 at 8:22 AM, <georgiytrey...@riseup.net> wrote: >>>> On Sun, May 19, 2013 at 9:55 PM, <georgiytrey...@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? >>> >> >> 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 > 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.
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org