2008/12/16 Stanislav Visnovsky <visnov@suse.cz>:
On Tuesday 16 December 2008 13:12:36 Cristian Morales Vega wrote:
2008/12/16 Michael Schroeder <mls@suse.de>:
On Mon, Dec 15, 2008 at 08:52:49PM +0100, Paolo Tuninetto wrote:
I try to explain... IMHO one of the most annoying missing feature in the openSUSE package management (afaik, YaST and zypper) is that once a user installs a package (i.e. in order to test it), the package management automagically checks for missing dependencies and find all libraries that are required but not yet installed and install them. This is cool, The missing feature is that when the user uninstalls the package all the installed dependencies are left there... there is no help in finding where are such orphan packages. First of all... is it true? Is there no way to "cleanup" such dependencies? Something that is doing the work "apt-get autoremove" is doing in Ubuntu Systems.
Actually I'm working on something like that, but it didn't make it into 11.1.
The idea is to also remove all packages that could have been pulled in by the package in question and couldn't get pulled in by the packages that stay installed.
Note though, that you should carefully check the result of this operation so that packages you still need don't get deinstalled. Thus, it's more an YaST thing, I don't know if it can be handled in zypper.
Aptitude behavior is explained at http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s02s07.htm l. It seems sane to me. Is not perfect, perhaps something that was "automatically installed" now is something that you want to mantain. But since you can change the state of any package between automatically and manually installed you can always fix it. But I think right now apt-get, aptitude and deborphan mantain their own, different, database of automatically/manually installed packages (I think I saw a tool to sync them)... so I would argue that this info should be stored at RPM level and not at ZYpp level.
RPM does not have solver, so it would just provide a storage for layer above.
A *common* storage for a layer above with multiple known implementations that can be used at the same time (I expect some people still mixing Smart and ZYpp usage). What I would hate is Smart, Yum and ZYpp having each one an own copy of the same (but unsynced) data like in the apt-get/aptitude case. I don't really mind how this is archieved, a separate but common database used by all solvers is also ok to me. Since Michael Schroeder said "I won't store something like this in the solver, it's up to the library user (i.e. libzypp) to feed the solver with information." it could even happen that someone creates a new GUI for ZYpp... and so even between different ZYpp interfaces there could be different, redundant, databases of automatically/manually installed packages. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org