I do have set of scripts that take a latest stage3 and then update it to ~amd64 for later usage, to build Gentoo systems faster. Today i noticed that updating the @world set to ~amd64 result in couple rebuilds, but does not catch all of them it seems, which later results in a depclean crash like: * Dependencies could not be completely resolved due to * the following required packages not being installed: * * dev-lang/perl:0/5.24= pulled in by: * virtual/perl-File-Temp-0.230.400-r5 However if I run `emerge -NuDv @world --with-bdeps y` twice in a row prior to running `emerge --depclean`, it does work. It used to work just fine about a month ago, so I'd say it's a new thing. I can reproduce it with stage3-amd64-20171019.tar.bz2 The steps to reproduce within the stage3: export USE='-filecaps' export ACCEPT_KEYWORDS="~amd64" export MAKEOPTS="--quiet -j$(nproc)" env-update source /etc/profile cat >/etc/locale.gen <<EOF en_US ISO-8859-1 en_US.UTF-8 UTF-8 EOF emerge -u portage emerge -NuDv @world --with-bdeps y
Please use the command to check which packages have dependencies on virtual/perl-File-Temp: emerge -pv --depclean virtual/perl-File-Temp