Package Details: stepmania-git 5.1.0.b2.r514.89229ed915-1

Git Clone URL: (read-only, click to copy)
Package Base: stepmania-git
Description: An advanced rhythm game designed for both home and arcade use.
Upstream URL:
Keywords: arcade game rhythm stepmania
Licenses: MIT
Conflicts: stepmania
Provides: stepmania
Submitter: djpohly
Maintainer: djpohly (mkroening)
Last Packager: mkroening
Votes: 28
Popularity: 0.000361
First Submitted: 2014-02-08 23:40 (UTC)
Last Updated: 2020-07-15 07:15 (UTC)

Latest Comments

justin-sleep commented on 2022-05-26 19:35 (UTC)

The build errors are likely related to -DWITH_SYSTEM_FFMPEG=ON in the PKGBUILD. Stepmania doesn't build with FFMPEG 5 Modifying the PKGBUILD to use the bundled FFMPEG (and remove Ninja as the generator) fixes the build for me:

cmake -S $_pkgname -B build \

axem commented on 2022-03-20 20:06 (UTC)

Getting the same build error as @rixx, manually compiling with cmake and make works for me as well.

rixx commented on 2022-03-05 16:35 (UTC) (edited on 2022-03-06 02:18 (UTC) by rixx)

Build breaks for me:

In file included from /usr/include/libavformat/avformat.h:313,
                 from /home/rixx/.cache/yay/stepmania-git/src/stepmania/src/arch/MovieTexture/MovieTexture_FFMpeg.h:13,
                 from /home/rixx/.cache/yay/stepmania-git/src/stepmania/src/arch/MovieTexture/MovieTexture_FFMpeg.cpp:2:
/usr/include/libavcodec/codec.h:195:8: note: forward declaration of ‘struct avcodec::AVCodecContext’
  195 | struct AVCodecContext;
      |        ^~~~~~~~~~~~~~
/home/rixx/.cache/yay/stepmania-git/src/stepmania/src/arch/MovieTexture/MovieTexture_FFMpeg.cpp:524:26: error: ‘avcodec_close’ is not a member of ‘avcodec’; did you mean ‘avio_close’?
  524 |                 avcodec::avcodec_close( m_pStreamCodec );
      |                          ^~~~~~~~~~~~~
      |                          avio_close
[192/455] Building CXX object src/CMakeFiles/StepMania.dir/arch/LowLevelWindow/LowLevelWindow_X11.cpp.o

Any ideas or hints? This does not happen when I just download the package and run cmake and make.

mkroening commented on 2020-07-15 07:16 (UTC)

Thanks for reporting, @culebra_solida!

culebra_solida commented on 2020-07-15 05:15 (UTC) (edited on 2020-07-15 05:17 (UTC) by culebra_solida)

I'm getting the following error: patching file StepmaniaCore.cmake patching file .github/workflows/ci.yml Hunk #1 FAILED at 59. Hunk #2 FAILED at 69. 2 out of 2 hunks FAILED -- saving rejects to file .github/workflows/ci.yml.rej patching file src/CMakeLists.txt Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/CMakeLists.txt.rej patching file src/CryptHelpers.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/CryptHelpers.h.rej patching file src/CryptManager.cpp Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file src/CryptManager.cpp.rej ==> ERROR: Se produjo un fallo en prepare(). Cancelando...

algebro commented on 2020-06-14 16:43 (UTC)

@mkroening working now, thanks for looking into it!

mkroening commented on 2020-06-14 15:14 (UTC)

@algebro, I just pushed an update which fixes the issue for me. Can you confirm if it works for you as well?

mkroening commented on 2020-06-13 19:51 (UTC)

@algebro, thanks for the bug report! I was able to reproduce the problem and have opened an issue [1]. Until a proper fix is found I disabled system FFmpeg.


algebro commented on 2020-05-11 15:27 (UTC) (edited on 2020-05-13 19:19 (UTC) by algebro)

Is anyone having issues with videos not playing on some songs? I have not been able to track this down yet but it doesn't seem to be happening on Ubuntu, only Arch.

update: Just noticed this in log.txt, could it be related to the system ffmpeg?

00:40.633: Loading /Songs/Ben Speirs' SPEIRMIX 2/Call Me Maybe/Call Me Maybe.avi, type FileType_Movie
00:40.633: Movie /Songs/Ben Speirs' SPEIRMIX 2/Call Me Maybe/Call Me Maybe.avi has handler 'XVID', type 'XVID'
00:40.633: Initializing driver: FFMpeg
00:40.633: Unknown movie driver name: FFMpeg
00:40.633: Initializing driver: Null
00:40.633: MovieTexture_Null::MovieTexture_Null(ID)
00:40.633: glTexImage2D (format GL_RGBA4, 64x64, format GL_RGBA, type GL_UNSIGNED_SHORT_4_4_4_4, pixfmt 2, imgpixfmt 2)
00:40.634: Created movie texture "/Songs/Ben Speirs' SPEIRMIX 2/Call Me Maybe/Call Me Maybe.avi" with driver "Null"

djpohly commented on 2019-09-10 20:56 (UTC)

Thanks @mkroening. I've been away from SM for a bit but am happy to hear that system libs are being supported again. I've added you as a maintainer.

mkroening commented on 2019-09-06 13:12 (UTC)

The default branch has changed, work has been done to allow for using system libraries and I am doing more work on the build system upstream.

@djpohly, could you make me the maintainer or add me as co-maintainer, so I can update and enhance this package?

thebombzen commented on 2019-08-13 19:37 (UTC)

Every dependency except for libtomcrypt is in the official repositories (not even AUR). Is there any reason not to just link to those existing packages? Plus, libtomcrypt is in the AUR as well.

djpohly commented on 2019-02-20 22:59 (UTC)

Correct me if I'm wrong, but I think the SM source checks out and builds its own copy of fmtlib (and several other libraries) in extern/ anyway, so it doesn't matter whether it's locally installed or not.

Erroneous commented on 2019-02-12 23:44 (UTC)

fmtlib is now available in the fmt community package.

Xaero252 commented on 2018-05-30 04:02 (UTC)


There's some updated libmmmagic blobs that haven't been merged upstream that work with GCC6 located here. By using these blobs one could compile complete binaries with full support for all devices. Not sure if it's worth including in the pkgbuild.

djpohly commented on 2018-02-13 23:21 (UTC)

Updated to fix both build issues. Looks like upstream changed the URL for cppformat, so the updated PKGBUILD clones it to a new location to avoid problems.

zykotick9 commented on 2018-02-13 22:27 (UTC) (edited on 2018-02-13 22:29 (UTC) by zykotick9)

getting an error with this build now (previously it has worked for me):

==> Starting prepare()... ...

Cloning into '/opt/aur/stepmania-git/src/stepmania/extern/tommath'... done. error: Server does not allow request for unadvertised object f9c97de46b9914c86366ddcb3474a36e654cbd42 Fetched in submodule path 'extern/cppformat', but it did not contain f9c97de46b9914c86366ddcb3474a36e654cbd42. Direct fetching of that commit failed. ==> ERROR: A failure occurred in prepare(). Aborting...

jrd commented on 2017-09-23 16:27 (UTC)

The option `-D WITH_MINIMAID=OFF` works very well for me on the compilation and play. Can someone update the PKGBUILD plz?

h03 commented on 2017-08-20 12:37 (UTC)

@wallacoloo yeah I'm getting the same error on both my stationary and laptop. Tried several flags until I gave up and now later found your solution, so thanks a lot!

wallacoloo commented on 2017-03-25 09:13 (UTC)

I'm getting linker errors (below). Adding "-D WITH_MINIMAID=OFF" to the cmake line in the PKGBUILD resolves it - is anyone else having these errors? [100%] Linking CXX executable ../../stepmania /usr/bin/ld: ../../extern/libmmmagic/linux-64bit/libmmmagic.a(mmmagic.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: ../../extern/libmmmagic/linux-64bit/libmmmagic.a(minimaidhid.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: ../../extern/libmmmagic/linux-64bit/libmmmagic.a(update.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output

xrchz commented on 2017-02-11 20:27 (UTC)

I think glew is required for building ffmpeg.

djpohly commented on 2016-11-01 16:00 (UTC)

Fixed, thanks!

Espionage724 commented on 2016-10-13 08:15 (UTC)

yasm is required for ffmpeg building and support.

djpohly commented on 2016-08-30 15:53 (UTC) (edited on 2016-08-30 15:54 (UTC) by djpohly)

Git clone isn't controlled by the PKGBUILD, unless you have some ancient setup from before makepkg got VCS support. See for the reasons makepkg doesn't do shallow clones on -git packages. If you do have some reason to want -git packages to clone shallowly, it would probably be easy to hack it into your /usr/share/makepkg/source/ (Or, perhaps, you could make the first clone in the PKGBUILD directory manually, then let makepkg do its local clone of that as usual.)

ase1590 commented on 2016-01-13 17:11 (UTC)

Just tried this, the random movie player seems broken. Possibly a new change in stepmania/ffmpeg? It doesnt appear to throw errors, just displays a black screen instead of the movie.

djpohly commented on 2015-06-27 23:03 (UTC)

The PKGBUILD, as in many -git packages, contains a pkgver() function which updates the version along with the source. There's no need to update the PKGBUILD itself unless there is a change in the build process.

jamesan commented on 2015-06-27 22:33 (UTC)

The current upstream version is: v5.0.9.r10.g398fb88-1.

djpohly commented on 2014-12-01 16:48 (UTC)

Ah, I see. I've updated the PKGBUILD to revert the breaking commit, which is what we've been doing on our local cabinet here without issue. I'll look into that patch in the future.

qmega commented on 2014-11-23 05:20 (UTC)

The patch I linked to is supposed to be the adjusted version you're talking about; it fixes the double free issue and should work on newer and older versions of ffmpeg. AFAIK it hasn't been merged because they want more testing and because they want to discourage building against system ffmpeg.

djpohly commented on 2014-11-22 21:02 (UTC)

The patch was reverted upstream because it broke other distros with older FFmpegs. If someone can adjust the patch to play nicely with both current versions and older ones, I'd guess it would be accepted fairly easily. In the meantime, I'll update the PKGBUILD to patch for latest FFmpeg, sometime in the next couple days probably.

Fighter19 commented on 2014-11-22 11:29 (UTC)

@qmega I was told that the patch would break other functions, so it was recommended to me to just use the bundled version.

qmega commented on 2014-11-19 22:55 (UTC)

For the bundled version to work after installing, you have to do: cp -t "$pkgdir/opt/$_shortname" -d --parents bundle/ffmpeg/*/*.so{,.*} in package(). Alternatively, fixes the system ffmpeg build.

Fighter19 commented on 2014-11-19 18:42 (UTC)

To get movie playback working, you need to use the bundled FFMpeg version at the line ./configure --with-jack --with-system-ffmpeg "--with-system-ffmpeg" needs to be removed, else it will crash.

djpohly commented on 2014-02-09 12:57 (UTC)

Thanks - I added the .desktop and icons to the PKGBUILD. I don't have a lot of faith in make install with /opt just yet, but maybe someday we'll get FHS-compliant StepMania. :) [Other changes: updated dependencies]

sl1pkn07 commented on 2014-02-09 08:30 (UTC) my pkgbuild (first from Mercurial, now for git)

djpohly commented on 2013-09-09 18:18 (UTC)

The upstream project is now at At some point we should probably ask aur-general for a rename. The PKGBUILD I've been using is here: Feel free to adapt as needed. Configure and make should work well. Now that users can place files in ~/.stepmania-5.0, there's no need to use the setgid hack or create extra empty directories. Also, there was a JACK driver added, but you can decide whether you want to include that as a dependency or not.

PhotonX commented on 2013-03-03 08:00 (UTC)

The args line has changed a lot, so the patch isn't applicable any more.

sl1pkn07 commented on 2013-02-25 09:40 (UTC)

Hunk #1 succeeded at 31 with fuzz 1 (offset 26 lines). Hunk #2 FAILED at 147. 1 out of 2 hunks FAILED -- saving rejects to file Utils/

commented on 2011-05-10 21:00 (UTC)

Fixed archlinux.patch, should build correctly now.

commented on 2011-05-10 17:21 (UTC)

This package is *not* guaranteed to build. Please do not mark it out of date unless there is a packaging error. Any and all bugs that do not deal with how this is packaged should be directed to the sm-ssc devs themselves. They have an IRC chatroom and a Google code page, linked to from here. sm-ssc will not receive future updates "as sm-ssc", and will turn into Stepmania 5 in the future.