On my machine (amd64 target), I upgraded to luajit-2.1.0_beat3_p20220127-r1 this morning. This lead to the following when attempting to run neovim $ nvim --clean vim/_init_packages.lua: cannot load incompatible bytecode stack traceback: [C]: at 0x55d8d9be64ca [C]: at 0x7f3a065c0f40 E970: Failed to initialize builtin lua modules Note that the --clean flag should be bypassing any potential user-configuration that might cause any issue. I did some digging, and found https://github.com/clearlinux/distribution/issues/2626 which may be related. However, this also pointed out to me that neovim relies on luajit, but I realised that neovim was not recompiled this morning. I re-emerged neovim, and this fixed the issue for me. I don't know exactly what went wrong, but I can trigger this again by changing the luajit version and _not_ recompiling neovim. Reproducible: Always Steps to Reproduce: 1. Install dev-lang/luajit-2.0.5-r3 and app-editors/neovim-0.7.0 2. Upgrade dev-lang/luajit from 2.0.5 to 2.1.0 3. Start neovim Actual Results: neovim fails to start with incompatible bytecode error Expected Results: neovim starts This started happening today, but neovim was last merged on the 3rd of June (and has worked before today). However,
Sounds like luajit might need a subslot?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8fdf6c00c04991c3939f4928bfc40019ea884b15 commit 8fdf6c00c04991c3939f4928bfc40019ea884b15 Author: William Hubbs <williamh@gentoo.org> AuthorDate: 2022-06-20 16:49:35 +0000 Commit: William Hubbs <williamh@gentoo.org> CommitDate: 2022-06-20 16:54:08 +0000 dev-lang/luajit: add subslot Bug: https://bugs.gentoo.org/852932 Signed-off-by: William Hubbs <williamh@gentoo.org> ...a3_p20220127-r1.ebuild => luajit-2.1.0_beta3_p20220127-r2.ebuild} | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-)