Bugzilla Bug 109535

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 an attachment (id=72985) [details]
Updated patch for file locations

Created an attachment (id=72986) [details]
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 an attachment (id=73107) [details]
stepmania-3.9.ebuild-r1

*** Bug 90036 has been marked as a duplicate of this bug. ***

Created an attachment (id=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 an attachment (id=75731) [details]
stepmania-3.9-alsa.patch

Alsa patch

Created an attachment (id=75732) [details]
stepmania-3.9-ffmpeg.patch

FFmpeg patch

Created an attachment (id=75733) [details]
stepmania-3.9-gentoo.patch

Gentoo patch

Created an attachment (id=75736) [details]
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 an attachment (id=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