Is this change intentional? I find it rather annoying, used to run w/ -pv first to see how much stuff needs to be rebuilt, no longer possible, it always rescans everything, which takes ages.
No the change was not intentional. I will look at fixing it to act the old way. I am assuming that you are running 'revdep-rebuild -pv', if not let me know what you are runnning.
(In reply to comment #1) > I am assuming that you are running 'revdep-rebuild -pv' Yup. :)
revdep-rebuild has never actually tried to parse single-letter options like that. -pv would just get passed directly to EMERGE_OPTIONS. -p -v should work in all versions of revdep-rebuild. In the new version, -pv would be passed to EMERGE_OPTIONS, but r-r would not recognize it as the same as --pretend, and things would break. I intended to write some logic for r-r to handle single letter options, but the old versions of r-r used options like -nc == --no-color, so any attempt I do will break compatibility with old versions. Paul, maybe we should deprecate options like -nc and spit out ewarns when users use them, to prepare for a future version that will accept combined single-letter options?
Created attachment 141603 [details, diff] evdep-rebuild_r453_combined_opts.patch This patch against r453 should allow the use of combined flags like -pv. Please test :)
Created attachment 141607 [details, diff] revdep-rebuild.1_r442_combined_opts.patch Patch against rev 442 of the man page to reflect the changes in comment #4.
This is actually a dupe of bug #101930. I just never noticed it before...
Created attachment 142063 [details, diff] revdep-rebuild_r453_combined_opts.patch Bugfix -- the previous patch didn't take into account emerge options after the '--' flag.
*** Bug 189742 has been marked as a duplicate of this bug. ***
Rev 466
*** Bug 101930 has been marked as a duplicate of this bug. ***
