Here we go. The situation is a bit more complex than simply slapping your keyword on lua-5.1.1 (no open bugs so far :) The following packages will need your keyword love, too: dev-lang/toluapp-1.0.92 : x86, ppc mail-filter/imapfilter-1.2.2 : x86, ppc The following packages need a bump to cope with luas api changes: games-arcade/stepmania-3.9 : x86, games herd: 4.0 does work with lua-5.1 but has no released version (mask?) I'll add to the list when i get home.
Ok, sci-astronomy/celestia-1.4.1-r2 : stable for adm64, ppc, ppc64, sparc, x86 dev-games/stratagus : lua-5.1 support in the works? Upstream still states they don't do 5.1. Masking it will also affect games-strategy/bos and games-strategy/wargus. I've found only ion2/3 still depend on lua-5.0, but as these are only ~arch, that is not a regression to the current situation (upgrade to latest ion3, slackers...) Summary: Please stable the aforementioned packages, i'll sort out the games maskings/patches with the games team (thanks nyhm for helping me sort out the things).
www-client/elinks-0.11.2 (newest in the tree) cannot find liblualib (it was apparently renamed to liblua): checking for Lua... no It builds because it simply omits lua support despite --with-lua. CC'ing elinks' maintainer.
(In reply to comment #2) > www-client/elinks-0.11.2 (newest in the tree) cannot find liblualib (it was > apparently renamed to liblua): Right, same here on x86. All other above mentioned packages are ok on x86 and can go to stable once all issues are spotted. scite, swig, alephone, weechat, graphviz, yaps, kdelibs and scite find the libs or compile fine including it (all those are with USE=lua) in stable profile. Although kdelibs mention the following during configuration? Is this an issue? checking lua.h usability... yes checking lua.h presence... yes checking for lua.h... yes checking lualib.h usability... yes checking lualib.h presence... yes checking for lualib.h... yes checking for lua_version in -llua50... no checking for lua_version in -llua... no Lua 5.0 libraries were not found !
The elinks issue was new to me. Liblualib.so is indeed gone as liblua has absorbed all it's symbols. Notice that lua-5.0 included liblua, too. This is the faulty check from elinks-0.11.2, configure.in: # Check that it is a compatible Lua version AC_TRY_LINK([ #include <lua.h> #include <lualib.h>], [ lua_State *L = lua_open(); lua_baselibopen(L); lua_mathlibopen(L); lua_strlibopen(L); lua_tablibopen(L); lua_pushboolean(L, 1); lua_close(L);], cf_result=yes, cf_result=no) That must fail, given the API changes that killed lua_open() (use lua_newstate instead). Given their release announcement: "support for Lua 4.x was dropped, we only support Lua 5.x now" i had expected more support for err.. x!=0. Well, i just found this bug: http://bugzilla.elinks.cz/show_bug.cgi?id=742 Seems to be upstream is aware of the problem, but isn't including the patch right now. Spock, can we take the patch? I'm not sure about the KDE thing, not even aware of a possibility of lua scripting in it... As long as it links against liblua.a, it should be fine though.
elinks-0.11.2 is fixed now. Thanks for the link to the patch at the Elinks Bugzilla.
(In reply to comment #3) > Although kdelibs mention the following during configuration? Is this an issue? > > checking lua.h usability... yes > checking lua.h presence... yes > checking for lua.h... yes > checking lualib.h usability... yes > checking lualib.h presence... yes > checking for lualib.h... yes > checking for lua_version in -llua50... no > checking for lua_version in -llua... no > Lua 5.0 libraries were not found ! > Let's ask.
sparc stable: dev-lang/lua-5.1.1 sci-astronomy/celestia-1.4.1-r2 www-servers/lighttpd-1.4.1-r1 (wrt #168582 too)
> The following packages need a bump to cope with luas api changes: > games-arcade/stepmania-3.9 : x86, games herd: 4.0 does work with lua-5.1 but > has no released version (mask?) 4.0 is not released as stable yet. The problem solution would be to depend on the (yet to come) slotted lua ebuild
(In reply to comment #8) > > The following packages need a bump to cope with luas api changes: > > games-arcade/stepmania-3.9 : x86, games herd: 4.0 does work with lua-5.1 but > > has no released version (mask?) > > 4.0 is not released as stable yet. The problem solution would be to depend on > the (yet to come) slotted lua ebuild Forgot to link http://bugs.gentoo.org/show_bug.cgi?id=159023 (this is the open bug for this lua problem).
ppc64 stable
Stable for HPPA, except perhaps for the kdelibs problem...
I added -r2 b/c lua ships with a package config file with a prefix of /usr/local, which means our builds never find lua if they use pkg-config. Please stable this one instead.
(In reply to comment #12) > I added -r2 b/c lua ships with a package config file with a prefix of > /usr/local, which means our builds never find lua if they use pkg-config. > Please stable this one instead. Are all issues sorted out?
amd64 stable
The issues remaining so far: stratagus seems to have a new release, which supports lua-5.1 on the paper, but reportedly crashes. Stepmania is still without release. Kde, i need advice from the team. Rest seems good to go.
(In reply to comment #15) > The issues remaining so far: stratagus seems to have a new release, which > supports lua-5.1 on the paper, but reportedly crashes. > Stepmania is still without release. Hmm, ok, maybe games should not hold back stabilisation, but a comment from games would be nice on that. > Kde, i need advice from the team. Rest seems good to go. As far as I can see this is no issue, as that check is for 5.0 and the other detects versions above that...which is successful.
(In reply to comment #15) > The issues remaining so far: stratagus seems to have a new release, which > supports lua-5.1 on the paper, but reportedly crashes. > Stepmania is still without release. On http://sourceforge.net/projects/stepmania/ are CVS snapshots available... and as far as I can see, they use lua 5.1
ppc stable
x86 stable and closing, somebody should have told that stepmania has been masked