Summary: | 'flip-flop of @preserved-rebuild' of sys-power/upower | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Toralf Förster <toralf> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | esigra, freedesktop-bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=354787 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 155723 |
Description
Toralf Förster
2015-04-06 17:17:36 UTC
I think something is wrong here in portage side: - gnome-power-manager needs upower - kdelibs supports both => it should then choose plain upower instead of switching from one to another constantly It seems that gnome-extra/gnome-power-manager is eligible for removal by emerge --depclean, because otherwise emerge should not uninstall sys-power/upower. In cases like this, I would recommend to run `emerge --ask --depclean` before running revdep-rebuild. If --depclean would remove a package that you want to keep, then you should add it to your world file like this: emerge --noreplace gnome-extra/gnome-power-manager Since revdep-rebuild only looks at installed packages, it is not aware that gnome-power-manager is eligible for removal by emerge --depclean. (In reply to Zac Medico from comment #2) Wouldn't "emerge --depclean" complain to run "emerge @preserved-rebuild" first ? (In reply to Toralf Förster from comment #3) > (In reply to Zac Medico from comment #2) > Wouldn't "emerge --depclean" complain to run "emerge @preserved-rebuild" > first ? The @preserved-rebuild message is never anything more that a suggestion, so it will not stop you from running "emerge --depclean". I think we should adjust the message to recommend that you run "emerge --depclean" first. In my case I *always* run: eix-sync && emerge -avuDN world && emerge -a --depclean && emerge @preserved-rebuild && revdep-rebuild That way I ensure even broken packages with automagic deps are rebuild once the tree is clean. I am using that order for years without major issues, and with "preserved-libs" it's even safer :) |