exeinto "$(pkg-config --variable INSTALL_CMOD lua)" results in a double prefix error because INSTALL_CMOD returns a full path, so something like (or something more elegant than) local LUAPATH="$(pkg-config --variable INSTALL_CMOD lua)" exeinto "${LUAPATH#$EPREFIX}" is necessary. See attached diff. Reproducible: Always
Created attachment 370288 [details, diff] Patch against LuaBitOp-1.0.2.ebuild
Probably the right way to fix this is to make sure the prefix variable in the related lua pkgconfig file is the right value for the prefix environment.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=13a998e3b45cb15be5b27f9fc4f5f09418a722fe commit 13a998e3b45cb15be5b27f9fc4f5f09418a722fe Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2020-11-28 22:34:21 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2020-11-28 23:25:09 +0000 dev-lua/LuaBitOp: drop old version Dropping hppa to testing, so all old version can be removed. Closes: https://bugs.gentoo.org/501164 Closes: https://bugs.gentoo.org/513886 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> dev-lua/LuaBitOp/LuaBitOp-1.0.1-r1.ebuild | 43 --------------------------- dev-lua/LuaBitOp/LuaBitOp-1.0.2.ebuild | 32 -------------------- dev-lua/LuaBitOp/Manifest | 1 - dev-lua/LuaBitOp/files/LuaBitOp-ldflags.patch | 13 -------- 4 files changed, 89 deletions(-)