Package Details: stepmania-git 5.1.0a3+183+g500cfdfb62-1

Git Clone URL: (read-only)
Package Base: stepmania-git
Description: Advanced cross-platform rhythm game designed for home and arcade use
Upstream URL:
Licenses: MIT
Conflicts: stepmania
Provides: stepmania=5.1
Replaces: sm-ssc-hg
Submitter: djpohly
Maintainer: djpohly
Last Packager: djpohly
Votes: 26
Popularity: 0.392486
First Submitted: 2014-02-08 23:40
Last Updated: 2018-02-13 23:19

Latest Comments

djpohly commented on 2018-02-13 23:21

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

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

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

@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

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

I think glew is required for building ffmpeg.

djpohly commented on 2016-11-01 16:00

Fixed, thanks!

Espionage724 commented on 2016-10-13 08:15

yasm is required for ffmpeg building and support.

djpohly commented on 2016-08-30 15:53

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.)

Artefact2 commented on 2016-08-30 15:38

The stepmania git repository is huge. I suggest using a shallow clone to save time, bandwidth and disk space.

All comments