In order for Gentoo Linux to properly support side-by-side installation of different versions of Lua (including LuaJIT), please migrate this package as to lua.eclass (for packages which should support multiple Lua implementations at the same time, i.e. most likely Lua modules) or lua-single.eclass (for packages which only have to support one Lua implementation at a time). For details, consult documentation of respective eclasses as well as already-migrated ebuilds in the tree. Please note that since slotted dev-lang/lua is currently masked, your migrated ebuilds should be masked as well. There is a section of package.mask, created in September 2020, which you can use for this purpose so that it will be easier in the future to unmask them all in one go. Thank you in advance for your effort!
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d551289800325485331d7b4cc34413cb4780dadb commit d551289800325485331d7b4cc34413cb4780dadb Author: Marek Szuba <marecki@gentoo.org> AuthorDate: 2020-11-29 20:27:25 +0000 Commit: Marek Szuba <marecki@gentoo.org> CommitDate: 2020-11-29 20:37:04 +0000 sci-chemistry/cara-bin: drop USE=lua All this flag did was add a dependency on dev-lang/lua and the installed executable is not dynamically linked against any version of liblua, which is not surprising given the build instructions from https://github.com/rochus-keller/CARA (which admittedly date to CARA-1.9, whereas the version in Gentoo is 1.8 - but still) say this project used modified Lua5.1 sources. All in all, it doesn't seem this dependency has ever actually been needed. Bug: https://bugs.gentoo.org/752831 Signed-off-by: Marek Szuba <marecki@gentoo.org> sci-chemistry/cara-bin/cara-bin-1.8.4-r2.ebuild | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-)