Summary: | dev-python/pyopenal-0.1.[2-4] compilation failure | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | José Costa <meetra> |
Component: | New packages | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aka.motub, quazgar, ssuominen, ticho, uberneen, yannek |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
updated ebuild for pyopenal-0.1.5
pyopenal-0.1.6.ebuild |
Description
José Costa
2005-08-11 10:28:33 UTC
removed TESTED KEYWORDS and added python herd. You guys can help us fixing this issue ? *** Bug 102598 has been marked as a duplicate of this bug. *** Bug #102598 seems to be a duplicate, that one also happening on x86 architecture. There a smaller subset of these errors happen as well. Could someone please change the title and remove the "on AMD64" part? Not amd64 specific (see bug 102598) , reassigning. according to the pyopenal website, version 0.1.5 was released on august 20th 2005., and the changes are described as "compile with the latest version (CVS) of OpenAL". Shouldn't pyopenal require an update to fix our current bug? Ran across this problem trying a new install on an EMT64 Intel machine. Thought it was architecture specific originally as I had no trouble building pyopenal on my Pentium M laptop some time ago. I re-emerged pyopenal on the laptop and it still worked, but when I unmerged it, upgraded the openal and re-emerged pyopenal it failed. Pyopenal fails on openal builds > openal-20040817. Also worked on the EMT64 machine. Workaround till they upgrade the pyopenal code is just to mask any of these later openal builds tilll the pyopenal is upgraded. Regards, Snorri. Created attachment 67930 [details]
updated ebuild for pyopenal-0.1.5
OK, here's an ebuild for the new verison of pyopenal. Please test; all I did,
literally, was change the version in the header and the name from the 1.4
ebuild.
However, it does build on x86 against openal-20050504-r1 (which is what I'm
using), and so far I'm on package 5 of 8 to get slune installed (which was my
original goal). So this seems to work well enough, at least as a place to
start.
Hope this is helpful.
OK, it looks like something is missing (but I'm not yet sure what): slune * Slune * Slune lives in /usr/share * Slune * PySDL_mixer not installed, trying PyOpenAL... * Slune * Warning! PyOpenAL is installed, but not PyOgg / PyVorbis; music is disabled! * Slune * Warning! PyOpenAL is installed, but not PyOgg / PyVorbis; music is disabled! * Soya * Using 8 bits stencil buffer and the game crashes if I then turn music on and try to play: /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 * 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) * Soya * Using 16 bits stencil buffer * Slune * Using sound system OpenAL * Py2Play * IDLER created ! Traceback (most recent call last): File "/usr/bin/slune", line 152, in ? slune.gui_gl.MainScreen() File "/usr/share/slune/gui_gl.py", line 629, in MainScreen action = gui_idler.idle() File "idler.pyx", line 133, in _soya.Idler.idle File "/usr/share/slune/gui_gl.py", line 569, in begin_round for event in soya.process_event(): current_menu.process_event(event) File "/usr/share/slune/gui_gl.py", line 461, in campain_process_event menu_campain.process_event(event) File "/usr/lib/python2.4/site-packages/soya/widget.py", line 675, in process_event self.choices[self.selected].mouse_click(event[1]) File "/usr/lib/python2.4/site-packages/soya/widget.py", line 592, in mouse_click if self.action: self.action() File "/usr/share/slune/gui_gl.py", line 346, in play_campain r = slune.player.start_new_game("level-" + select_campain.choices[select_campain.selected]) File "/usr/share/slune/player.py", line 41, in start_new_game level = py2play.level.CREATE(level_name) File "/usr/share/slune/level.py", line 445, in CREATE lev = pickle.load(open(os.path.join(soya.path[0], soya.World.DIRNAME, level_name + ".data"), "rb")) File "/usr/share/slune/level.py", line 412, in __setstate__ else: sound.preload_sound(self.preloaded_music_name, globdef.ASYNC_LOAD_MUSIC) File "/usr/lib/python2.4/site-packages/soya/openal4soya.py", line 88, in preload_sound elif filename.endswith(".ogg"): buffer = _BUFFERS[filename] = OggVorbisBuffer(find_file_in_path(filename)) File "/usr/lib/python2.4/site-packages/pyopenal/__init__.py", line 125, in OggVorbisBuffer buffer.set_data(*ogg_vorbis_data(filename)) File "/usr/lib/python2.4/site-packages/pyopenal/__init__.py", line 90, in ogg_vorbis_data import ogg.vorbis ImportError: No module named ogg.vorbis * Soya3D * Quit... However, pyogg is installed: eix pyogg * dev-python/pyogg Available versions: 1.1 1.3 1.3-r1 Installed: 1.3-r1 Homepage: http://www.andrewchatham.com/pyogg/ Description: Python bindings for the ogg library and so is pyvorbis * dev-python/pyvorbis Available versions: 1.1 1.3 ~1.4 Installed: 1.3 Homepage: http://www.andrewchatham.com/pyogg/ Description: Python bindings for the ogg.vorbis library so presumably the update to pyopenal depends on updates to either or both pyogg and pyvorbis as well. I'm looking into it now. Upgrading to the currently posted ebuild of pyopenal-0.1.5 fixes the compile problem for me. Btw, I'm also heading towards slune :) Yes, well, slune is the only application I'm aware of that uses this, so I can't even test with something else. Glad the ebuild itself generated no errors, but it seems we're not out of the woods yet... What my problem is currently is that the pyopenal ebuild builds 'correctly', but slune does not run with sound. If you turn on either music, or sound, slune will CTD when you try to play a level. The game starts fine, and the main menu works perfectly, afaics. The game plays fine if both music and sound are off. So the issue-- whatever it is-- clearly is in pyopenal, since the alternative sound server, pysdl, does not seem to be available for Gentoo. But I'm not sure if this issue is on my system alone (I'm running /usr/sbin/python-updater atm), or if it's a problem with the pyopenal ebuild (because it needs something I didn't give it, so while the compile looks correct, it in fact is not), or if, for example, it won't compile properly against python-2.4, but only 2.3.x. So I'd appreciate any feedback as to whether slune runs with sound in the end for any testers, as well as (of course) emerge info to see what differences in conditions we might be dealing with here. My info: Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r1, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://www.ibiblio.org/pub/Linux/distributions/gentoo http://gentoo.osuosl.org" LANG="nl_NL@euro" LC_ALL="nl_NL.ISO-8859-15" LINGUAS="nl" MAKEOPTS="-j2" 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="x86 16bit 3dnow X aalib acpi alsa audiofile avi bash-completion bigger-fonts bitmap-fonts bonobo caps cddb cdr crypt cups curl dga directfb divx4linux dv dvd emboss encode esd fbcon flac font-server foomaticdb fortran gd gdbm ggi gif gimpprint glut gnome gpm gstreamer gtk gtk2 gtkhtml guile hal iconv imagemagick imlib inkjar java jikes jpeg kdeenablefinal kdexdeltas lcms ldap libcaca libg++ libwww mad maildir mikmod mmx mng motif mozilla mp3 mpeg mpi nas ncurses nfs nls nptl offensive ogg oggvorbis opengl oss pdflib perl pic png povray python qt quicktime readline samba sdl slang sndfile socks5 speex spell sse ssl svg svga symlink tcltk tcpd tetex threads tiff toolbar truetype truetype-fonts type1-fonts unicode v4l vorbis wmf xine xml xml2 xmms xprint xv xvid yv12 zlib linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS *** Bug 118483 has been marked as a duplicate of this bug. *** Same error(s). Both in x86 and ~x86. Created attachment 89041 [details]
pyopenal-0.1.6.ebuild
*ping*
This should be resolved now as pyopenal 0.1.6 is in the tree and stable on x86. The other architectures will need to stabilize this before the bug can be resolved, though. I agree with Chris. Closing this now. |