this is the pre-"final"-release version. ...why we need a so called "beta" version? ...well, it's more or less finished, only the translations (all except french!) need to be updated and tested (soya3d now supports utf, not only latin-1) ...and i guess that there's more then one slune translator in gentoo. since (AFAIR!) the big problem with slune ebuilds used to be soya3d this version should be easer to make IMVHO reason: --[quote from readme page]-- *** Requirement * Python 2.2.x (the latest is the best; tested on 2.3.4) * Linux (any architecture; other OS may be supported but have not been tested at all) * OpenGL (tested with Radeon DRI and NVidia dirvers; hardware acceleration is heavily advised, though not strictly required) * SDL (http://libsdl.org/) * OpenAL (www.openal.org), PyOgg and PyVorbis (www.xiph.org) for sound support. * Cal3D (cal3d.sourceforge.net) The Slune tarball comes with all other dependencies (including Soya3D). ---[end quote]---
*** Bug 62345 has been marked as a duplicate of this bug. ***
*** Bug 61014 has been marked as a duplicate of this bug. ***
i'm renaming the bug to 1.0rc3 ...since it seems noone wants alpha ebuilds in portage
Created attachment 41019 [details] games-action/slune-1.0_rc3.ebuild This ebuild might work, since it prodcues the same result as the running the binary from the .tar.bz2 (which does not work for me) Anyone having knowledge of python might check it.
it seems that this version depends on a newer version of soya i just submitted the soya-0.8_rc3 ebuild, and i changed the current ebuild to fit the correct dependencies Ali
Created attachment 41087 [details] slune-1.0_rc3.ebuild (corrected dependencies)
Please add ~ppc to keywords.
erm ....slune has already reached version 1.0.1 ~_~
1.0.4 is out!
who is managing this ebuild? Come on, in the portage is present the 0.6.1 version and it doesn't work, why don't you put the new ebuilds in the portage??
No whining. The ebuild hasn't gone in because no one has submitted a nice, working ebuild for 1.0.5 and none of the gentoo devs have gotten around to making one. All gentoo development happens on people's spare time. If you want progress on this, feel free to step up and attach an ebuild.
Created attachment 47631 [details, diff] Fixes the german translation This is my rework of the german translation. I am going to send it upstream, too.
Created attachment 47632 [details] working slune-1.0.5 ebuild This is a working ebuild for slune 1.0.5. I can confirm that it works on x86. It uses the translation patch above.
Created attachment 47641 [details, diff] updated de translation fix This vastly fixes the german translation.
Created attachment 47642 [details] updated working slune-1.0.5 ebuild slune 1.0.5 ebuild with corrected translation patch. BTW: EditObj dependency should be made optional (developer use flag). Emerging tcl (dependency of EditObj) to just play slune is a bit frustrating.
Arg. It should have been: BTW: EditObj dependency *in soya* should be made optional (kind of developer use flag?). Emerging tcl (dependency of EditObj) to just play slune is a bit frustrating.
Comment on attachment 47641 [details, diff] updated de translation fix not needed for 1.0.6
Comment on attachment 47642 [details] updated working slune-1.0.5 ebuild obsolete due to new version of slune
Created attachment 47803 [details] ebuild for slune 1.0.6 removed cal3d from explicit dependency because it a dep of soya. upstream included the german language fix which was needed a separate patch for 1.0.5
*** Bug 79942 has been marked as a duplicate of this bug. ***
I've emerged this slune 1.0.6 ebuild, the ebuild works well, I can get the game launched but when I try do to a mission or choose a level, I get this error : ... ... /usr/share/slune/level.py:24: DeprecationWarning: Non-ASCII character '\xb0' in file /usr/share/slune/character.py on line 34, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details import slune.globdef as globdef, slune.character, slune.sound as sound * Slune * (Psyco not found ; if you are using an x86 processor, installing psyco can speed up Slune a little) * Py2Play * IDLER created ! *** glibc detected *** double free or corruption (!prev): 0x08098d28 ***
Does this prevent you from playing? I have this 'problem' too here but it is only a warning. Maybe we should ask Jiba (slune's dev) to fix this.
Slune version bump 1.0.7
I tested slune 1.0.7 on ~ppc and it works. Please keyword it.
Works for me on x86 and 1.0.7
* Slune * Slune lives in /usr/share Traceback (most recent call last): File "/usr/bin/slune", line 38, in ? import slune.globdef as globdef, soya File "/usr/share/slune/globdef.py", line 20, in ? import soya File "/usr/lib/python2.3/site-packages/soya/__init__.py", line 26, in ? from soya._soya import * ImportError: /usr/lib/python2.3/site-packages/soya/_soya.so: undefined symbol: CalModel_Destroy Does it want a newer soya? I used the provided 1.0.6 ebuild, renamed. Please update dependencies to make it work.
I'm having a similar problem: * Slune * Slune lives in /usr/share Traceback (most recent call last): File "/usr/bin/slune", line 38, in ? import slune.globdef as globdef, soya File "/usr/share/slune/globdef.py", line 20, in ? import soya File "/usr/lib/python2.3/site-packages/soya/__init__.py", line 26, in ? from soya._soya import * ImportError: /usr/lib/libcal3d-0.9.1.so: undefined symbol: _ZNSs20_S_empty_rep_storageE
1.0.7 now in portage
this morning the latest ebuild is compiling just fine .. but when you try it ,. * Slune * Slune lives in /usr/share Traceback (most recent call last): File "/usr/bin/slune", line 38, in ? import slune.globdef as globdef, soya File "/usr/share/slune/globdef.py", line 20, in ? import soya File "/usr/lib/python2.3/site-packages/soya/__init__.py", line 26, in ? from soya._soya import * ImportError: /usr/lib/python2.3/site-packages/soya/_soya.so: undefined symbol: CalModel_Destroy Just wont work .. seems slune is depending on an older version of cal3d I got media-libs/cal3d-0.10.0 ric
that's an issue with soya, not slune