Hello, The new python coded version of revdep-rebuild _always_ wants to rebuild dev-java/swt-3.7.2-r1:3.7 and dev-java/swt-3.8.2-r1:3.8. My USE flags for them both are USE="cairo -gnome opengl webkit". The original revdep-rebuild.sh is satisfied and does _not_ want to rebuild either of them. Upon invocation of the new python coded version of revdep-rebuild, the following output is displayed. * 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 files bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Collecting dynamic linking informations * Scanning files * Checking dynamic linking consistency * Broken files that requires: libjawt.so (64 bits) * /usr/lib64/libswt-awt-gtk-3740.so * /usr/lib64/libswt-awt-gtk-3836.so * Assign files to packages * /usr/lib64/libswt-awt-gtk-3740.so -> dev-java/swt-3.7.2-r1 * /usr/lib64/libswt-awt-gtk-3836.so -> dev-java/swt-3.8.2-r1 emerge --verbose --oneshot --complete-graph=y dev-java/swt:3.7 dev-java/swt:3.8 These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] dev-java/swt-3.7.2-r1:3.7::gentoo USE="cairo -gnome opengl webkit" 0 KiB [ebuild R ~] dev-java/swt-3.8.2-r1:3.8::gentoo USE="cairo -gnome opengl webkit" 0 KiB Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Emerging (1 of 2) dev-java/swt-3.7.2-r1::gentoo >>> Emerging (2 of 2) dev-java/swt-3.8.2-r1::gentoo >>> Installing (2 of 2) dev-java/swt-3.8.2-r1::gentoo >>> Installing (1 of 2) dev-java/swt-3.7.2-r1::gentoo >>> Jobs: 2 of 2 complete Load avg: 2.21, 1.07, 0.97 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. For comparison, the original revdep-rebuild.sh script, which I had ran previous to the python version output the following. * Configuring search environment for revdep-rebuild * Temporary cache files are located in /var/cache/revdep-rebuild revdep-rebuild environment: SEARCH_DIRS="/bin /lib /lib32 /lib64 /opt/bin /opt/cuda/bin /opt/cuda/lib /opt/cuda/lib64 /opt/cuda/nvvm/lib64 /opt/nvidia-cg-toolkit/bin /opt/nvidia-cg-toolkit/lib64 /sbin /usr/bin /usr/games/bin /usr/games/lib /usr/games/lib32 /usr/games/lib64 /usr/lib /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3 /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/32 /usr/lib/postgresql /usr/lib/sidplay/builders /usr/lib32 /usr/lib32/OpenCL/vendors/nvidia /usr/lib32/opengl/nvidia/lib /usr/lib32/qt4 /usr/lib64 /usr/lib64/OpenCL/vendors/nvidia /usr/lib64/R/lib /usr/lib64/fltk /usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6 /usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/adalib /usr/lib64/opengl/nvidia/lib /usr/lib64/postgresql /usr/lib64/postgresql-9.5/lib64/ /usr/lib64/qt4 /usr/lib64/sidplay/builders /usr/lib64/subversion/bin /usr/libexec /usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.6 /usr/local/lib /usr/local/lib32 /usr/local/lib64 /usr/sbin /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3 /usr/x86_64-pc-linux-gnu/gnat-gcc-bin/4.6" SEARCH_DIRS_MASK="/lib/modules /lib64/modules /opt/android-sdk-update-manager /opt/icedtea-bin-7.2.6.6 /opt/oracle-jdk-bin-1.8.0.92 /opt/oracle-jre-bin-1.8.0.92" LD_LIBRARY_MASK="libjava.so libjawt.so libjvm.so libodbc.so libodbcinst.so" PORTAGE_ROOT="/" EMERGE_OPTIONS="" ORDER_PKGS="1" FULL_LD_PATH="1" * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. Since we have been asked to file bugs for the newly built python version of revdep-rebuild, I have done so with this bug report. Should this bug have been filed as a Java component or somewhere else, since revdep-rebuild belongs to app-portage/gentoolkit? Kind Regards, -Chicago
Duplicate of this bug: https://bugs.gentoo.org/show_bug.cgi?id=568902
(In reply to Attila Tóth from comment #1) > Duplicate of this bug: https://bugs.gentoo.org/show_bug.cgi?id=568902 Yep. *** This bug has been marked as a duplicate of bug 568902 ***