Ebuilds needs to be updated. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Stepmania 3.9 has been released, and it seems that the maintainer of the stepmania gentoo ebuilds didn't update the last version so now I will try it myself. I have tried the new ebuild on ~x86 and ~amd64 and everything seems to be in order. The only bad thing I noticed was that stepmania + ffmpeg can create some problems. (Apparently this isn't unknown) Stepmania stopped compiling after recieving some ffmpeg errors, but this problem can be fixed temporarily by using older ffmpeg versions. media-video/ffmpeg-0.4.9_p20050906 didnt work, but 0.4.9_p20050226-r5 did. Hopefully the stepmania developers will fix this. Have fun!
Created attachment 72985 [details, diff] Updated patch for file locations
Created attachment 72986 [details, diff] stepmania-3.9.ebuild
I think the IUSE flag "mad" should be changed to "mp3". Without libmad no mp3-files can be read.
I don't know wich of the two are correct, so it would be nice if someone with more knowledge regarding correct useflags could set it straight.
It would be mp3. The reason for mad is if there is more than one way to get mp3 sounds, for example, a built-in method, or mad. In that case, the ebuild would have both mp3 and mad, unless mp3 support *wasn't* optional. In which case, there would be just mad, and it would switch between mad and the built-in mp3 decoder. Make sense?
Anything else that is wrong? Would like to know what needs to be done if this ebuild is going to find it's way to portage. I'll edit the current ebuild and change to "mp3.
Created attachment 73107 [details] stepmania-3.9.ebuild-r1
*** Bug 90036 has been marked as a duplicate of this bug. ***
Created attachment 75729 [details] stepmania-3.9.ebuild This ebuild solves the ffmpeg errors (this bug and Bug 107818), and adds the "force-oss" (Bug 94554) and "mp3" (this bug) USE flags. The previous ebuild "stepmania-3.9.ebuild-r1" doesn't use the "mp3" USE flag : use mad || myconf="${myconf} --without-mp3" I also added a new patch to allow me to run the game with alsa ("SetHWParams failed" but I can play if I disable it).
Created attachment 75731 [details, diff] stepmania-3.9-alsa.patch Alsa patch
Created attachment 75732 [details, diff] stepmania-3.9-ffmpeg.patch FFmpeg patch
Created attachment 75733 [details, diff] stepmania-3.9-gentoo.patch Gentoo patch
Created attachment 75736 [details, diff] stepmania-3.9-ffmpeg.patch oops... forgot one #if/#else/#endif test
How's this ebuild coming along? I can test it if need be (I'm just emerging _rc3 right now). It'd be great to have v3.9 non-RC in portage. :)
Just thought I'd add that my emerge of _rc3 failed (the version that is currently marked stable in portage), and that the emerge of this proposed ebuild update to v3.9 final compiled and merged cleanly. Since it's almost midnight, I cannot check to see if the build in fact functions, but it at least compiled cleanly. I'll report back with more info later. The stepmania-specific deps I compiled both against are dev-lang/lua-5.0.2, media-libs/imlib2-1.2.0-r2, and media-video/ffmpeg-0.4.9_p20051216, all of which are keyworded x86.
Works for me, too. ~amd64 with dev-lang/lua-5.0.2 media-libs/imlib2-1.2.1.009 media-video/ffmpeg-0.4.9_p20051216
doesn't work for me, amd64. It only applies the stepmania-3.9-gentoo patch. dev-lang/lua-5.0.2, media-libs/imlib2-1.2.0-r2, and media-video/ffmpeg-0.4.9_p20051216 "-mpeg" doesn't solve the problem
(In reply to comment #18) > doesn't work for me, amd64. It only applies the stepmania-3.9-gentoo patch. > dev-lang/lua-5.0.2, media-libs/imlib2-1.2.0-r2, and > media-video/ffmpeg-0.4.9_p20051216 > > "-mpeg" doesn't solve the problem > Are you sure you're using the right ebuild? The -r1 ebuild is outdated, use the one right below it in the list. The -r1 only applies a -gentoo patch, but the better one (dated 2005-12-29) applies all three. I'm not sure why the outdated one wasn't marked obsolete, but it's not the current ebuild.
ok, forgive what I said. I've modified the ebuild to add the ffmpeg patch and now it compiled cleanly :-)
I have installed the ebuild with all three patches but my version won't list any of the songs I have with mp3's. I've got the mp3 use flag set and libmad is emerged. I also added mad to my USE line my make.conf to see if that might fix it. My list of songs has all of the ones with ogg files but none of the mp3. Is there maybe some other trick to this? It seems like it should have worked fine. There are no error messages at startup and it seems to scan through the entire song list.
Created attachment 79386 [details] stepmania-3.9.ebuild Hi, this is Damien's ebuild, with two extra lines that create a stepmania menu icon.
(In reply to comment #21) > I have installed the ebuild with all three patches but my version won't list > any of the songs I have with mp3's. I can't verify this. I compiled with "-debug -force-oss +gtk +jpeg +mp3 +mpeg +vorbis" (my system default useflags), and songs that use MP3s load with no problems. I haven't been able to get my server set up with ALSA, but that's mainly because I don't want to reboot my system to get it going (it's got a 230 day uptime and counting ;D). I did play MP3 stepfiles (muted, of course). But I don't think the lack of ALSA should make a difference. Can anyone else confirm or deny whether MP3s work for them? And I'm guessing something has happened to Warp Zero, since he hasn't replied, despite getting a copy of every bug action. Any suggestions?
Works for me, with the same USE flags. (In reply to comment #23) > (In reply to comment #21) > > I have installed the ebuild with all three patches but my version won't list > > any of the songs I have with mp3's. > > I can't verify this. I compiled with "-debug -force-oss +gtk +jpeg +mp3 +mpeg > +vorbis" (my system default useflags), and songs that use MP3s load with no > problems. I haven't been able to get my server set up with ALSA, but that's > mainly because I don't want to reboot my system to get it going (it's got a 230 > day uptime and counting ;D). I did play MP3 stepfiles (muted, of course). But > I don't think the lack of ALSA should make a difference. > > Can anyone else confirm or deny whether MP3s work for them? And I'm guessing > something has happened to Warp Zero, since he hasn't replied, despite getting a > copy of every bug action. Any suggestions? >
The ebuild compiles fo me but fails tests: i686-pc-linux-gnu-g++ -finline-limit=300 -O2 -march=athlon-xp -mfpmath=sse -fomit-frame-pointer -pipe -rdynamic -o test_file_errors AssertionHandler.o GetSysInfo.o SignalHandler.o LinuxThreadHelpers.o RunningUnderValgrind.o EmergencyShutdown.o Backtrace.o BacktraceNames.o CrashHandler.o CrashHandlerChild.o chartables.o get.o maketables.o pcre.o study.o RageFile.o RageFileDriver.o RageFileManager.o RageFileDriverDirect.o RageFileDriverDirectHelpers.o RageFileDriverMemory.o RageFileDriverZip.o ArchHooks.o ArchHooks_Unix.o Threads_Pthreads.o Dialog.o test_misc.o IniFile.o PrefsManager.o RageException.o RageLog.o RageThreads.o RageTimer.o RageUtil.o RageUtil_FileDB.o global.o test_file_errors.o MsdFile.o XmlFile.o CryptManager.o algebra.o algparam.o asn.o cryptlib.o files.o filters.o integer.o iterhash.o misc.o modes.o mqueue.o nbtheory.o oaep.o osrng.o pkcspad.o pubkey.o queue.o randpool.o rsa.o sha.o strciphr.o CryptHelpers.o CryptBn.o CryptMD5.o CryptNoise.o CryptPrime.o CryptRSA.o CryptRand.o CryptSH512.o CryptSHA.o -lavformat -lavcodec -lpng -lz -lm -ljpeg -lz -lpthread XmlFile.o: In function `XNode::SetValue(DateTime const&)': XmlFile.cpp:(.text+0x9e1): undefined reference to `DateTime::GetString() const' XmlFile.o: In function `XAttr::GetValue(DateTime&) const': XmlFile.cpp:(.text+0x1069): undefined reference to `DateTime::FromString(CStdStr<char>)' XmlFile.o: In function `XNode::GetValue(DateTime&) const': XmlFile.cpp:(.text+0x1179): undefined reference to `DateTime::FromString(CStdStr<char>)' collect2: ld returned 1 exit status make[2]: *** [test_file_errors] Error 1 make[2]: Leaving directory `/var/tmp/portage/stepmania-3.9/work/StepMania-3.9-src/src' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/stepmania-3.9/work/StepMania-3.9-src/src' make: *** [check-recursive] Error 1 !!! ERROR: games-arcade/stepmania-3.9 failed. Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.6-r2, 2.6.15-gentoo-src i686) ================================================================= System uname: 2.6.15-gentoo-src i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -mfpmath=sse -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /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/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -mfpmath=sse -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks maketest nostrip sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_US.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi aim alsa apache2 audiofile avi bcmath berkdb bitmap-fonts bzip2 caps cdb cdparanoia cdr cpdflib crypt cscope ctype cups curl dbus dbx debug dedicated dga dio dlloader doc dri dts dv dvb dvd dvdr dvdread emboss encode erandom esd ethereal examples exif expat fam fbcon ffmpeg flac flash flatfile fontconfig foomaticdb fortran ftp gb gcj gd gdbm ggi gif ginac glibc-omitfp glut gmp gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal hardened howl iconv icq idn ieee1394 imagemagick imap imlib inifile ipv6 jabber javascript jpeg kdexdeltas kerberos lcms ldap libg++ libwww linuxthreads-tls live lm_sensors lua lzo mad maildir matroska matrox mbox mikmod mime ming mmap mmx mmxext mng motif mozilla mp3 mpeg msn multislot nas ncurses nls nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl osc oscar oss pam pcntl pcre pdflib perl png ppds python quicktime readline real recode rtc ruby samba sasl sdl session sharedmem shorten skey slp sndfile snmp sockets sox speex spell sqlite sse ssl svg sysvipc tcltk tcpd test tetex theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l vcd videos vorbis wifi win32codecs wmf xanim xface xml xml2 xmms xosd xpm xprint xv xvid xvmc yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS
*** Bug 123660 has been marked as a duplicate of this bug. ***
Now in portage, thanks for report and patches
