Hi,
On Monday, 04. Jan 2021, 15:12:24 +0100, Arve Barsnes wrote:
> On Mon, 4 Jan 2021 at 14:46, Bertram Scharpf <[email protected]> wrote:
> > # grep -rnHi '^[^#]*lua' /etc/portage
> > /etc/portage/make.conf:40:LUA_SINGLE_TARGET="luajit" # lua5-1
> > /etc/portage/package.use/zz-autouse:3:>=dev-lua/lpeg-1.0.1 luajit
> > /etc/portage/package.use/zz-autouse:6:>=dev-lua/mpack-1.0.4 luajit
> > /etc/portage/package.use/zz-autouse:10:>=dev-lua/luv-1.30.1.1 luajit
> > /etc/portage/package.accept_keywords/local:26:<dev-lang/lua-5.2
> > ~amd64
> > # emerge --info | grep -i lua
> > LUA_SINGLE_TARGET="luajit"
> > LUA_TARGETS="lua5-1"
> > USE="..." ... LUA_SINGLE_TARGET="luajit" LUA_TARGETS="lua5-1" ...
> > USE_EXPAND="... LUA_SINGLE_TARGET LUA_TARGETS ..."
> >
> > What else could I try?
>
> I would try removing both the make.conf entry and the dev-lua/luv USE entry.
>
> Maybe either of the other two packages with luajit are also involved,
> but give the emerge command you're trying to run and any error
> messages after doing that.
This is the point where the whole problem arose from. I
unmasked the newest NeoVim "app-editors/neovim-0.4.4-r100".
Then:
!!! The following update has been skipped due to unsatisfied dependencies:
app-editors/neovim:0
selected: (app-editors/neovim-0.4.4:0/0::gentoo, installed)
skipped: (app-editors/neovim-0.4.4-r100:0/0::gentoo, ebuild scheduled for
merge) (see unsatisfied dependency below)
!!! All ebuilds that could satisfy "dev-lang/lua:5.1" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-lang/lua-5.1.5-r106::gentoo (masked by: ~amd64 keyword)
(dependency required by
"app-editors/neovim-0.4.4-r100::gentoo[lua_single_target_lua5-1]" [ebuild])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
Unmasking the mentioned Lua version generates the error
messages I posted above.
Sorry that I cannot post the whole output of my command
"emerge -avuND @world". In the meantime yet the next
adversity shows up and I don't want to mix these two
problems into one thread.
Bertram
--
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de
