Building neovim-0.10.0 shows this QA notice: > * QA Notice: Unresolved soname dependencies: > * > * /usr/bin/nvim: /usr/lib64/lua/5.1/lpeg.so > * As a result, `revdep-rebuild` ends up mistakenly thinking that neovim needs a rebuild (see https://github.com/gentoo/gentoolkit/pull/49) I suspect that `lpeg.so` is a module, and not something that should be directly linked against.
Comparing with 0.9.5-r1: > framework /var/tmp/portage/app-editors # scanelf -n neovim-0.10.0/image/usr/bin/nvim > TYPE NEEDED FILE > ET_DYN libluv.so.1,libvterm.so.0,/usr/lib64/lua/5.1/lpeg.so,libmsgpack-c.so.2,libtree-sitter.so.0,libunibilium.so.4,libluajit-5.1.so.2,libm.so.6,libuv.so.1,libc.so.6 neovim-0.10.0/image/usr/bin/nvim > framework /var/tmp/portage/app-editors # scanelf -n neovim-0.9.5-r1/image/usr/bin/nvim > TYPE NEEDED FILE > ET_DYN libluv.so.1,libtermkey.so.1,libvterm.so.0,libmsgpack-c.so.2,libtree-sitter.so.0,libunibilium.so.4,libluajit-5.1.so.2,libm.so.6,libuv.so.1,libc.so.6 neovim-0.9.5-r1/image/usr/bin/nvim "lpeg" doesn't even appear in neovim-0.9.5-r1's build.log.
I'm guessing that https://github.com/neovim/neovim/commit/45bcf8386918bbb475fbe20c48b508aa89ed0624 is the upstream commit that made this change.
https://github.com/neovim/neovim/commit/9f9cef1b569e226a87c5c74e455bc4fc76cc2fac I think this is relevant as well.