I've been running gentoo on my server, my notebook and a few VMWares. I always run the revdep-rebuild when I do some 'emerge world' operations.
I can't think of a single time I've seen this thing actually complete, when there were packages to be rebuilt. EVERY time it pukes on something not being in the portage tree it seems (or masked). It generates some line like this: emerge --oneshot =app-admin/gnome-system-tools-1.4.1 =app-editors/gedit-2.12.1 =app-text/evince-0.5.0 =gnome-base/control-center-2.12.2-r1 =gnome-base/gdm-2.8.0.7 ...... What I don't understand is why doesn't it just do this: emerge app-admin/gnome-system-tools app-editors/gedit app-text/evince gnome-base/control-center gnome-base/gdm In other words, why does it try to force the = and the version? More often than not, if I take those off (like the second line), then shit just works. Why wouldn't I want the latest version of the packages, since I need to sit through the compile anyways. vmware ~ # revdep-rebuild --help Usage: /usr/bin/revdep-rebuild [OPTIONS] [--] [EMERGE_OPTIONS] Broken reverse dependency rebuilder. -X, --package-names recompile based on package names, not exact versions --soname SONAME recompile packages using library with SONAME instead of broken library (SONAME providing library must be present in the system) --soname-regexp SONAME the same as --soname, but accepts grep-style regexp -q, --quiet be less verbose Calls emerge, all other options are used for it (e. g. -p, --pretend). (there is STILL no man page for this tool) I've tried the flag --package-names, but it doesn't seem to do anything different. Am I being retarded? I've tried it this way: revdep-rebuild -Xav revdep-rebuild -av --package-names revdep-rebuild -av -X --package-names They all ultimately result in the same "emerge" statement being generated (WITH the versions) *sigh* -- gentoo-user@gentoo.org mailing list