Dear everyone,
As many (if not most) of you know, the Lua ecosystem is somewhat awkward
owing to the facts that on the one hand dev-lang/lua upstream has never
officially declared end of life on older versions, and on the other
dev-lang/luajit has never moved beyond 5.1 with their API support.
Still, this doesn't mean WE have to support all branches in
perpetuity... Between 5.1 being effectively here to stay due to LuaJIT
and 5.4 still being relatively new (meaning it cannot feasibly replace
5.3 at this point), I would like to start by getting rid of 5.2 first.
Having just had a look on p.g.o. at the list of packages utilising the
relevant USE_EXPAND flags (as well as at net-proxy/haproxy, which
*still* hasn't been ported to Lua eclasses), it looks like it would in
fact be quite easy to do - among both single- and multi-impl Lua
revdeps, there are none which only support 5.2.
PS. Another benefit here would be that we wouldn't have to deal with
internal interpreter weirdness demonstrated by
https://bugs.gentoo.org/768048 which upstream have long since fixed in
5.3+ but my experiments suggest would be non-trivial to address in 5.2
without risking serious breakage.
WDYT?
--
Marecki
As many (if not most) of you know, the Lua ecosystem is somewhat awkward
owing to the facts that on the one hand dev-lang/lua upstream has never
officially declared end of life on older versions, and on the other
dev-lang/luajit has never moved beyond 5.1 with their API support.
Still, this doesn't mean WE have to support all branches in
perpetuity... Between 5.1 being effectively here to stay due to LuaJIT
and 5.4 still being relatively new (meaning it cannot feasibly replace
5.3 at this point), I would like to start by getting rid of 5.2 first.
Having just had a look on p.g.o. at the list of packages utilising the
relevant USE_EXPAND flags (as well as at net-proxy/haproxy, which
*still* hasn't been ported to Lua eclasses), it looks like it would in
fact be quite easy to do - among both single- and multi-impl Lua
revdeps, there are none which only support 5.2.
PS. Another benefit here would be that we wouldn't have to deal with
internal interpreter weirdness demonstrated by
https://bugs.gentoo.org/768048 which upstream have long since fixed in
5.3+ but my experiments suggest would be non-trivial to address in 5.2
without risking serious breakage.
WDYT?
--
Marecki