Slune crashes almost instantly with Soya unknown GL error

I had the same problem with soya (writing own stuff).
I found out, that this is caused by textures larger than the "maximum texture size".
From your log I see this value is 512 on your machine, which seems quite low (on my its for 2048 for example).

I think one could fix this by providing textures in different resolutions and look what the gpu can manage (or let the user decide).

Maybe you could fix this even yourself by scaling the textures down, just take care that the size stays a power of two. (64, 128, 256, 512 in your case)

I just discovered you have mesa running.
I guess you could sufficiently increase your maximum texture size by installing proper 3d acceleration by installing the proprietary ati driver from ati.com.

On feisty i have a similar problem starting slune, this is the output

* Slune * Slune lives in /usr/share/games
* Soya * Using 8 bits stencil buffer

* Soya * version 0.12
* Using OpenGL 2.0.6234 (8.32.5)
* - renderer : MOBILITY RADEON 9700 Generic
* - vendor : ATI Technologies Inc.
* - maximum number of lights : 8
* - maximum number of clip planes : 6
* - maximum number of texture units : 8
* - maximum texture size : 2048 pixels
* Using OpenAL 1.1
* - renderer : Software
* - vendor : OpenAL Community

Traceback (most recent call last):
  File "/usr/games/slune", line 137, in <module>
    import slune.level, slune.character, slune.player
  File "/usr/share/games/slune/level.py", line 24, in <module>
    import slune.globdef as globdef, slune.character, slune.sound as sound
  File "/usr/share/games/slune/character.py", line 34
SyntaxError: Non-ASCII character '\xb0' in file /usr/share/games/slune/character.py on line 34, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
* Soya3D * Quit...

seems to be a problem with soya.

FIXED!!
I have tried slune in feisty 7.04 beta and get the same problem I originally got with slune in edgy 6.10 and dapper 6.06.
After doing some investigation and thinking into what Henning suggested above I have found a solution that works for me. I can not use the proprietary drivers from ATI because my laptop's on board chip is too old, it is only a Radeon Mobility M6 LY. I looked into changing options in the radeon driver section in /etc/X11/xorg.conf but did not find anything that would increase my texture memory except for "FBTexPercent" which did not work. I then installed driconf from the ubuntu repositories and tried changing various direct rendering preferences and then running slune until it worked.
Only one option needed changed to set my maximum texture size from 512 pixels to 2048 pixels and that was under 'Image Quality' -> 'Support larger textures not guaranteed to fit into graphics memory' and then setting this parameter to 'Announce hardware limits' instead of the default of 'At least 1 texture must fit under worst-case assumptions'.
The corresponding entry in ~/.drirc is: <option name="allow_large_textures" value="2" />
This fix also helped me play 'Beyond the Red Line' demo which initially complained of not enough texture memory.
Slune now works fine though there is another bug when trying to play campaign mission 1 - I will file a separate bug on this.
I have attached my .drirc config file.

mmm... the above .drirc attachment seems to be recognised as html in firefox and doesn't display anything when clicked so I will include the contents here:
<driconf>
    <device screen="0" driver="radeon">
        <application name="Default">
            <option name="force_s3tc_enable" value="false" />
            <option name="no_rast" value="false" />
            <option name="fthrottle_mode" value="2" />
            <option name="tcl_mode" value="3" />
            <option name="texture_depth" value="0" />
            <option name="def_max_anisotropy" value="1.0" />
            <option name="no_neg_lod_bias" value="false" />
            <option name="texture_units" value="3" />
            <option name="dither_mode" value="0" />
            <option name="hyperz" value="false" />
            <option name="round_mode" value="0" />
            <option name="color_reduction" value="1" />
            <option name="vblank_mode" value="1" />
            <option name="allow_large_textures" value="2" />
        </application>
    </device>
</driconf>

slune crashed for me too (Feisty Fawn with Nvidia Quadro 110NVS card).. soya?

* Slune * Slune lives in /usr/share/games
* Soya * Using 8 bits stencil buffer

* Soya * version 0.12
* Using OpenGL 2.1.0 NVIDIA 96.31
* - renderer : Quadro NVS 110M/PCI/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
* Using OpenAL 1.1
* - renderer : Software
* - vendor : OpenAL Community

* Slune * (Psyco not found ; if you are using an x86 processor, installing psyco can speed up Slune a little)
Exception exceptions.OverflowError: 'long int too large to convert to int' in '_soya._Material._pack' ignored
Segmentation fault (core dumped)

esun819 : your problem is different and has already been reported, a fix should be on the way.

On Kubuntu Gutsy tribe 5 I have the same problem with slune.

* Slune * Slune lives in /usr/share/games
* Soya * Using 8 bits stencil buffer

* Soya * version 0.13.2
* Using OpenGL 1.3 Mesa 7.0.1
* - renderer : Mesa DRI R200 20060602 AGP 4x x86/MMX+/3DNow!+/SSE TCL
* - vendor : Tungsten Graphics, Inc.
* - maximum number of lights : 8
* - maximum number of clip planes : 6
* - maximum number of texture units : 6
* - maximum texture size : 2048 pixels
* Using OpenAL 1.1
* - renderer : Software
* - vendor : OpenAL Community

GL_INVALID_ENUM
Traceback (most recent call last):
  File "/usr/games/slune", line 159, in <module>
    slune.gui_gl.MainScreen()
  File "/usr/share/games/slune/gui_gl.py", line 594, in MainScreen
    action = gui_idler.idle()
  File "main_loop.pyx", line 110, in _soya.MainLoop.idle
  File "main_loop.pyx", line 166, in _soya.MainLoop.main_loop
  File "/usr/share/games/slune/gui_gl.py", line 590, in render
    soya.render()
  File "renderer.pyx", line 435, in _soya.render
  File "renderer.pyx", line 410, in _soya.check_gl_error
_soya.GLError: GL_INVALID_ENUM
* Soya3D * Quit...

Linux harvey 2.6.22-10-generic #1 SMP Wed Aug 22 08:11:52 GMT 2007 i686 GNU/Linux
Ati Radeon 9000
Motherboard ECS k7s5

Soya_editor -> new material

* Soya * Using 8 bits stencil buffer

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

GL_INVALID_ENUM
Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib/python2.5/lib-tk/Tkinter.py", line 1406, in __call__
    return self.func(*args)
  File "/var/lib/python-support/python2.5/soya/editor/__init__.py", line 276, in on_activate
    ed.activate()
  File "/var/lib/python-support/python2.5/soya/editor/material.py", line 59, in activate
    self.render()
  File "/var/lib/python-support/python2.5/soya/editor/material.py", line 53, in render
    if self.active: soya.render()
  File "renderer.pyx", line 435, in _soya.render
  File "renderer.pyx", line 410, in _soya.check_gl_error
GLError: GL_INVALID_ENUM

Thanks for your report. Can you test with an updated version to see if this problem is still present?

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!