dev-lang/lua-5.1.1 has been unmasked recently and liblualib, which is required by stepmania, has been merged with liblua. Replacing the dependancy on >=dev-lang/lua-5.0 with ~dev-lang/lua-5.0 should temporarily fix this problem. However, lua ebuilds aren't using slots so this will block lua upgrades.
Lua will be slotted asap, i've a commit sitting almost ready.
Um, well. There *was* a slotted lua in tree, but it broke other stuff. So i decided to drop it, and help bring everything up to speed with lua-5.1.1. Is there any known timeframe for the stepmania-4.0 release?
Too far to wait it out, there's basically no timeline as of about 4 months ago, and quality of the CVS head wasn't really production ready. So, rather than not offering users stepmania at all, my opinion is that it's a better idea to either statically link lua, or patch stepmania. Optionally you could also start packaging 4.0, either from CVS, or from the snapshots they've released; this would be much better than nothing.
Created attachment 113971 [details] stepmania-bin-3.9 ebuild I made this ebuild to install the binary distribution of stepmania (basically it's stepmania ebuild, without compiling). It is only ~amd64 since I can't test on other arches. There is just some issues that I don't know if it's a big problem: it complains about pre-stripped binary and executable stackes.
stepmania has been masked
I think that the proper solution would be to include stepmania 4.0 snapshot source and binaries through portage, but mask them and say that they are still alpha versions. I haven't had any problems with any of them aside from the latest binary that decided to not display videos. One thing is that, like every other release of stepmania in Gentoo, we have to use that ffmpeg patch or StepMania can't find libavcodec.
Applied patch to support lua 5.1, thanks for reporting.
