'emerge -v --update --newuse --deep --with-bdeps=y --backtrack=30 --keep-going world' fails with: .... Calculating dependencies... done! [ebuild U ] net-wireless/rfkill-0.5-r3::gentoo [0.5-r1::gentoo] 0 KiB ... [ebuild U ] sys-apps/util-linux-2.31::gentoo [2.30.2::gentoo] USE="cramfs ncurses nls pam python readline slang static-libs suid systemd tty-helpers udev unicode -build -caps -fdformat -kill (-selinux) {-test}" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="python3_4 -python2_7 -python3_5 -python3_6" PYTHON_TARGETS="python2_7 python3_4 -python3_5 -python3_6" 0 KiB ... [blocks B ] >=sys-apps/util-linux-2.31_rc1 (">=sys-apps/util-linux-2.31_rc1" is blocking net-wireless/rfkill-0.5-r3) [blocks B ] net-wireless/rfkill ("net-wireless/rfkill" is blocking sys-apps/util-linux-2.31) Deleting net-wireless/rfkill does not help because it is a dependency of tlp. See also bug https://bugs.gentoo.org/635158.
Would be quite helpful to know which overlay this ebuild comes from...
It comes from https://github.com/dywisor/tlp-portage .
Perhaps you should contact the maintainer of that overlay, then?
After removing the net-wireless/rfkill line from RDEPEND int the tlp-1.0.ebuild and in the tlp-9999-r1.ebuild the issue disappered and tlp-9999-r1 was emerged.
(In reply to Jeroen Roovers from comment #3) > Perhaps you should contact the maintainer of that overlay, then? I don't know, who is the maintainer of that overlay.