There are several problems with the new revdep-rebuild. Sometimes, it misses necessary rebuilds compared to the revdep-rebuild.sh. At other times, it keeps rebuilding the same packages over and over again. E.g., after updating audacious to (keyworded) version 3.9, it wants keeps rebuilding this and the audacious plugins repeatedly. When run with the -i option, it does not rebuild but following that with a run without any options, it again wants to rebuild. The original revdep-rebuild.sh does not have this problem. ------- # revdep-rebuild * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Checking dynamic linking consistency * Assign files to packages emerge --oneshot --complete-graph=y media-sound/audacious:0 media-plugins/audacious-plugins:0 Calculating dependencies ... done! >>> Verifying ebuild manifests >>> Emerging (1 of 2) media-sound/audacious-3.9::gentoo * audacious-3.9.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * gentoo_ice-xmms-0.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking audacious-3.9.tar.bz2 to /var/tmp/portage/media-sound/audacious-3.9/work >>> Unpacking gentoo_ice-xmms-0.2.tar.bz2 to /var/tmp/portage/media-sound/audacious-3.9/work >>> Source unpacked in /var/tmp/portage/media-sound/audacious-3.9/work ^C Exiting on signal 2 sandbox:stop caught signal 2 in pid 6662 Sandboxed process killed by signal: Interrupt ---------- # revdep-rebuild -i * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency Your system is consistent # revdep-rebuild * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Checking dynamic linking consistency * Assign files to packages emerge --oneshot --complete-graph=y media-sound/audacious:0 media-plugins/audacious-plugins:0 Calculating dependencies o^C ... done! Exiting on signal 2 ---------
What does the output of revdep-rebuild -v show?
# revdep-rebuild -v * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Found a valid cache, skipping collecting phase * Scanning files * Checking dynamic linking consistency Your system is consistent --------- However, after running my usual eix-test-obsolete emaint world eclean-dist and logging off and on again (su -), I cannot reproduce the original error any more on either of the 2 machines where I saw it. Sorry about that.
There is a bug here, but I'm having problems reproducing to track down the cause. I reproduced it once, but as soon as I started debugging, the issue went away. What I did observe though is not all of the found libraries are getting written into the cache files, which is why the -i worked. For now, I would recommend running revdep-rebuild -i when validating your system's consistency. If you do encounter it again, revdep-rebuild -v will help to see what it is complaining about.
Hello, sorry my bad English. Many and many times the same thing is repeated: ======== # revdep-rebuild -iv -- -a * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Collecting dynamic linking informations * Scanning files * Checking dynamic linking consistency * Broken files that require: libc.so.6 (64 bits) * /usr/lib/gnucap/models-ngspice17/bsim4.so * Broken files that require: libstdc++.so.6 (64 bits) * /usr/lib/gnucap/models-ngspice17/bsim4.so * Broken files that require: libgcc_s.so.1 (64 bits) * /usr/lib/gnucap/models-ngspice17/bsim4.so * Broken files that require: libm.so.6 (64 bits) * /usr/lib/gnucap/models-ngspice17/bsim4.so * Assign files to packages * /usr/lib/gnucap/models-ngspice17/bsim4.so -> sci-electronics/gnucap-0.35.20091207 emerge -a --verbose --oneshot --complete-graph=y sci-electronics/gnucap:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sci-electronics/gnucap-0.35.20091207::gentoo USE="-examples" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) sci-electronics/gnucap-0.35.20091207::gentoo >>> Installing (1 of 1) sci-electronics/gnucap-0.35.20091207::gentoo >>> Jobs: 1 of 1 complete Load avg: 1.21, 1.15, 1.10 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. ============ revdep-rebuild.sh works without errors.
Created attachment 523690 [details] revdep-rebuild debug log I've encountered this issue after unmasking vlc-3.0.0. revdep-rebuild keeps rebuilding vlc and phonon-vlc.
(In reply to BT from comment #5) > Created attachment 523690 [details] > revdep-rebuild debug log > > I've encountered this issue after unmasking vlc-3.0.0. revdep-rebuild keeps > rebuilding vlc and phonon-vlc. After a reboot, the issue is now gone.
Unfortunately there are pkgs that install files with links that revdep-rebuild detects as broken. In many cases, simply adding that file to the excludes will solve it. Some pkgs will install their own exclude file for revdep-rebuild to prevent the false positives. The reason that revdep-rebuild.sh does not determine these as broken is due to a different method of testing. If I get time and motivation enough. I will look into confirming the specific files the python method finds with the method the bash script uses if possible.