Bug 34625 – slune crashes with an error in soya

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Simon Farnsworth 2003-11-28 07:19:19 UTC]

I have emerged slune, but when I try to run it, I get the following traceback: 
$ slune 
Traceback (most recent call last): 
  File "/usr/bin/slune", line 26, in ? 
    import slune.globdef as globdef 
  File "/usr/bin/../share/slune/globdef.py", line 20, in ? 
    import soya.model as model, soya.soya3d as soya3d 
  File "/usr/lib/python2.2/site-packages/soya/model.py", line 18, in ? 
    import soya, soya.math3d as math3d, soya.soya3d as soya3d 
  File "/usr/lib/python2.2/site-packages/soya/soya3d.py", line 174, in ? 
    class Camera(soya._CObj, GraphicElement, soya.widget.Widget, 
_soya._Camera): 
TypeError: type '_soya._Camera' participates in gc and is a base type but has 
inappropriate tp_free slot 
 

Reproducible: Always
Steps to Reproduce:
1. emerge slune 
2. Run slune while a member of the games group 
 
Actual Results:  
The traceback appears: 
$ slune 
Traceback (most recent call last): 
  File "/usr/bin/slune", line 26, in ? 
    import slune.globdef as globdef 
  File "/usr/bin/../share/slune/globdef.py", line 20, in ? 
    import soya.model as model, soya.soya3d as soya3d 
  File "/usr/lib/python2.2/site-packages/soya/model.py", line 18, in ? 
    import soya, soya.math3d as math3d, soya.soya3d as soya3d 
  File "/usr/lib/python2.2/site-packages/soya/soya3d.py", line 174, in ? 
    class Camera(soya._CObj, GraphicElement, soya.widget.Widget, 
_soya._Camera): 
TypeError: type '_soya._Camera' participates in gc and is a base type but has 
inappropriate tp_free slot 
 

Expected Results:  
Started a game 

Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22dm) 
================================================================= 
System uname: 2.4.22dm i686 AMD Athlon(tm) 
Gentoo Base System version 1.4.3.12 
ccache version 2.3 [enabled] 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CFLAGS="-Os -march=athlon-xp -mfpmath=sse -msse -mmmx -m3dnow -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
CXXFLAGS="-Os -march=athlon-xp -mfpmath=sse -msse -mmmx -m3dnow -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache fixpackages prelink sandbox" 
GENTOO_MIRRORS="http://gentoo.oregonstate.edu 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j2 -s" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" 
USE="3dnow X aalib acpi acpi4linux alsa apm arts artswrappersuid avi berkdb 
bluetooth bonobo caps cdr crypt cups dga doc dvb dvd dvdr encode esd evms2 fam 
ffmpeg flac foomaticdb freetype gd gdbm gif gnome gpm gtk gtkhtml guile imap 
imlib ipv6 irmc java jpeg kde kerberos ldap libg++ libwww lufsusermount mad 
mikmod mmx motif mozilla mozsvg mpeg msn mule music mysql ncurses nls 
offensive oggvorbis opengl oss pam pcap pda pdflib perl physfs pic png 
postgres python qt quicktime radeon readline samba scanner sdl slang spell sse 
ssl svga tcltk tcpd tetex tiff truetype ultra1 usb v4l wmf x86 xml xml2 xmms 
xv zlib"

[Comment 1 Mr. Bones. (RETIRED) 2003-11-28 23:33:15 UTC]

Any ideas from the python folks?

[Comment 2 Bryan Østergaard (RETIRED) 2003-11-29 05:51:55 UTC]

Bumping the soya version fixes this, but requires a few other bumps as well.

If everything turns out alright I'll bump them later today.

[Comment 3 Bryan Østergaard (RETIRED) 2003-12-04 23:12:43 UTC]

I bumped slune and its dependencies.

[Comment 4 Sascha Silbe 2003-12-16 00:01:56 UTC]

Same problem here now:

sascha@cube:~$ slune 
Traceback (most recent call last):
  File "/usr/bin/slune", line 26, in ?
    import slune.globdef as globdef
  File "/usr/bin/../share/slune/globdef.py", line 20, in ?
    import soya.model as model, soya.soya3d as soya3d
  File "/usr/lib/python2.2/site-packages/soya/model.py", line 18, in ?
    import soya, soya.math3d as math3d, soya.soya3d as soya3d
  File "/usr/lib/python2.2/site-packages/soya/soya3d.py", line 174, in ?
    class Camera(soya._CObj, GraphicElement, soya.widget.Widget, _soya._Camera):
TypeError: type '_soya._Camera' participates in gc and is a base type but has inappropriate tp_free slot


What's up? Didn't soya get bumped or is it a new problem?

[Comment 5 Bryan Østergaard (RETIRED) 2003-12-16 03:19:48 UTC]

Yes, I bumped slune and it's dependencies thereby fixing this problem.

The reason you are still seeing this problem is that the new versions are marked ~x86. If you run: ACCEPT_KEYWORDS="~x86" emerge slune, everything should be fine.

I'll probably mark Slune and it's dependencies x86 around the beginning of the new year if no bugs show up by then.

[Comment 6 Olivier Crete (RETIRED) 2004-03-20 08:53:51 UTC]

the fixed version is still not in stable (and since the stable version is just broken, it would probably make sense to make it as stable now..)