Slune segfaults on startup

I added MOTU to the CC: list, apologies if this is Not a Good Thing To Do or bad manners. I'm not sure who to add to this bug since this is my first time at logging in to Malone.

It crashes immediately here aswell. Output from terminal:

jeroen@jeroen:~$ slune
* Slune * Slune lives in /usr/share/games
* Soya 3D * Using 8 bits stencil buffer

* Soya 3D * version 0.9.2
* Using OpenGL 1.3 Mesa 6.3.2
* - renderer : Mesa DRI R200 20041207 AGP 1x x86/MMX+/3DNow!+/SSE2 TCL
* - vendor : Tungsten Graphics, Inc.
* - maximum number of lights : 8
* - maximum number of clip planes : 6
* - maximum number of texture units : 4
* - maximum texture size : 2048 pixels

Traceback (most recent call last):
  File "/usr/games/slune", line 130, in ?
    import slune.level, slune.character, slune.player
  File "/usr/share/games/slune/level.py", line 24, in ?
    import slune.globdef as globdef, slune.character, slune.sound as sound
  File "/usr/share/games/slune/character.py", line 22, in ?
    from py2play import recvall
ImportError: cannot import name recvall
* Soya3D * Quit...
jeroen@jeroen:~$

Thx for the bugreport, I'm working on this.

Cheers, Stefan.

I installed Breezy Badger release and then Slune from Synaptic. Now it segfaults on startup. I reported this prior to release and it was fixed. Admittedly, Slune gets further than it did before, but still ultimately crashes.

vermyndax@raven-linux:/etc$ slune
* Slune * Slune lives in /usr/share/games
* Slune * PySDL_mixer not installed, trying PyOpenAL...
* Soya * Using 8 bits stencil buffer

* Soya * version 0.10.1
* Using OpenGL 2.0.0 NVIDIA 76.67
* - renderer : GeForce 6800 GT/AGP/SSE2
* - vendor : NVIDIA Corporation
* - maximum number of lights : 8
* - maximum number of clip planes : 6
* - maximum number of texture units : 4
* - maximum texture size : 4096 pixels

* Slune * Using sound system OpenAL
/usr/lib/python2.4/site-packages/soya/particle.py:20: DeprecationWarning: The
content of this module is now in the soya module.
  warnings.warn("The content of this module is now in the soya module.",
DeprecationWarning)
* Slune * (Psyco not found ; if you are using an x86 processor, installing psyco
can speed up Slune a little)
Segmentation fault

It works for me, I must say. Is the crash immediately after starting? After pressing a button? Do you see anything at all?

No, I see no action. I tried running it from the terminal to produce the new output above.

When this happened originally, I would type "slune" in the terminal and it would just immediately say "Segmentation fault." Now on this release build of Breezy and the version of Slune with it, I at least get some action in the terminal window like above before it segfaults.

FWIW, I'm using AMD64 with NVidia official drivers...

Ah, wait, I just tried it again. It manages to at least create a Slune window before it dies, but the window is blank. The output above still shows though.

I just tried slune-1.0.10-1ubuntu1 and now I actually see some kind of processing going on there, but I still get a segfault on start.

vermyndax@raven-linux:~$ slune
* Slune * Slune lives in /usr/share/games
* Slune * PySDL_mixer not installed, trying PyOpenAL...
* Soya * Using 8 bits stencil buffer

* Soya * version 0.10.1
* Using OpenGL 2.0.0 NVIDIA 76.67
* - renderer : GeForce 6800 GT/AGP/SSE2
* - vendor : NVIDIA Corporation
* - maximum number of lights : 8
* - maximum number of clip planes : 6
* - maximum number of texture units : 4
* - maximum texture size : 4096 pixels

* Slune * Using sound system OpenAL
/usr/lib/python2.4/site-packages/soya/particle.py:20: DeprecationWarning: The content of this module is now in the soya module.
  warnings.warn("The content of this module is now in the soya module.", DeprecationWarning)
* Slune * (Psyco not found ; if you are using an x86 processor, installing psyco can speed up Slune a little)
Segmentation fault

Once again, this is AMD64 Breezy.

Could you please follow the steps on http://wiki.ubuntu.com/DebuggingProgramCrash and attach the back trace to the bug?

I would love to help with that, but it appears there's no source package for slune...

vermyndax@raven-linux:/usr/games$ sudo apt-get build-dep slune
Reading package lists... Done
Building dependency tree... Done
E: Unable to find a source package for slune

There is a Debian bug on this too: 338913

There was a new package for soya uploaded to unstable, so it should be in unstable tomorrow. Eventually this might fix the issues, would be at least worth a try, however I'd like to see the problem fixed first, before I request and upstream version freeze exception.

Problem is, that I cannot provide any amd64 packages for testing, since I've only i386.

If you happen to know, how to build a package from a sourcepackage, I'll make a (eventually merged) sourcepackage available, if not, I'll try to find a Motu with amd64 to build a package which you could test then.

I can confirm this error for AMD64 and today's repositories, with the Ubuntu nVidia drivers.

I tried a local compilation of soya 0.10-2 on AMD64, but it depends on editobj 0.5.7-3, which FTBFS, with the following error:

mv: cannot stat `debian/python-editobj/usr/lib/python*/site-packages/editobj/icons': No such file or directory

It looks like the rules file for editobj needs to be updated, after which point it may be worth porting both editobj and soya to Ubuntu, and fixing the bug.

As slune is a python program, the backtrace would probably make more sense run under debug versions of python and soya, but here is one with just a debug version on slune.

According to the changelog, this is fixed with 0.12-1 which should hit edgy as soon as the sync is processed.

Marking this as Fix committed, since the newer version of soya has been compiled on all arches. It still needs to go through binary new though before it hits the archive.

0.12-2 hit the archive, closing this bug.

Please reopen, if you still have problems with soya 0.12-2.