Summary: | revdep-rebuild -X not documented in gentoolkit-0.2.4_pre7 | ||
---|---|---|---|
Product: | Portage Development | Reporter: | impulze |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED INVALID | ||
Severity: | trivial | CC: | t35t0r |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
impulze
2007-09-29 23:04:34 UTC
is this a known bug?: http://forums.gentoo.org/viewtopic-t-590924.html ..krushia agrees this is not expected behavior. The -X doesn't do anything since it's supposed to be "default" behavior but I get version numbers. It is working as designed. -X is no longer a usable option and is only present for backwards compatibility. Secondly, you are misunderstanding how revdep-rebuild works. revdep-rebuild always passes the version to the emerge command. The difference is when in exact mode, it will pass the version that is currently installed. When not in exact mode, it will determine the best version available and pass that to the emerge command. This can be seen by the following output: # revdep-rebuild --exact --verbose --pretend ... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-perl/XML-Parser-2.34 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB # revdep-rebuild --verbose --pretend ... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-perl/XML-Parser-2.34-r1 [2.34] 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB |