issue: apparently 'eclean --deep --package-names' doesn't work as expected and delete binaries when it should not. from eclean man page: "Somewhere in the middle, adding the --package-names option when using --deep will protect files corresponding to all existing versions of installed packages. It will allow easy downgrading without recompilation or redownloading in case of trouble, but won't protect you against package uninstallation." example: minidlna versions available in portage: - minidlna-1.3.0 - minidlna-1.2.1-r1 system had minidlna-1.2.1-r1 installed and is now updated to 1.3.0 eclean --deep --package-names -p: >>> Building file list for packages cleaning... >>> Here are the binary packages that would be deleted: [ 327.1 K ] dev-libs/libinput-1.16.3 [ 1.3 M ] dev-python/lxml-4.6.1 [ 125.9 K ] dev-python/pyopenssl-19.1.0-r1 [ 205.5 K ] net-misc/minidlna-1.2.1-r1 <--------------- SHOULD NOT BE REMOVED [ 19.6 M ] sys-boot/grub-2.04-r1 [ 126.8 M ] sys-kernel/gentoo-sources-5.4.80 =========== [ 148.4 M ] Total space from 6 files would be freed in the packages directory minidnla was and is installed, and BOTH related binaries should not be removed according to eclean manpage. Before any further step, please acknowledge (or not) the bug. (Note, this is a sort of reopening of a previously reported issue that possibly was not exposed properly https://bugs.gentoo.org/726658 and that for clarity it would have been better to restart from scratch) Reproducible: Always tested with gentoolkit-0.5.0-r2 and 0.4.8, using musl profile