Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 212557 - unmerged packages remain in their runlevels
Summary: unmerged packages remain in their runlevels
Status: RESOLVED DUPLICATE of bug 4780
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High minor
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-07 02:56 UTC by phrexianreaper
Modified: 2008-03-07 08:50 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description phrexianreaper 2008-03-07 02:56:33 UTC
Having unmerged anacron and metalog after deciding to switch to something else, their entries in the runlevels remained. Maybe there needs to be a trim option added to rc-update, or the symlinks should be removed when uninstalling such packages.

Reproducible: Always

Steps to Reproduce:
1.emerge metalog
2.rc-update add metalog boot
3.emerge -C metalog
4.Reboot

Actual Results:  
Error was produced when the listed programs were no longer installed on the system

Expected Results:  
The symlinks should be removed during uninstall, or a trim option should be added to rc-update

Maybe a proper error to this issue should be added to the ebuilds, as well. The current metalog ebuild (0.8-r1) doesn't have a message for this. I didn't check any of the others.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2008-03-07 08:50:05 UTC
- the package doesn't own the symlinks, as they are not created by ebuild -> package manager won't unmerge them; same applied to the warnings you request

- rc-update has no mapping of services to ebuilds either, so it can't delete them just because the initscript vanished, that might happen for lot of other reasons beyond simple unmerge

Generally, if you want portage grow itself some handling of services, you should take it to portage-devel mailing list; meanwhile it is not adding/removing/starting/stopping/restarting anything at all, leaving this up to the user. 

You could create yourself a post_pkg_postrm hook in /etc/portage/bashrc, but that either supposes that the service name matches ${PN} or you are able to map them in some way.

Marking as dupe of Bug 4780 for the reasons above.


*** This bug has been marked as a duplicate of bug 4780 ***