Every time I am running it will reemerge the same packages: root@lynx:/root(3)# revdep-rebuild -p * 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 * Assign files to packages !!! Broken orphaned files: No installed package was found for the following: * /usr/lib64/R/library/JavaGD/libs/JavaGD.so * /usr/lib64/R/library/rJava/libs/rJava.so * /usr/lib64/R/library/rJava/jri/libjri.so emerge --pretend --oneshot --complete-graph=y dev-java/icedtea:7 sci-libs/vtk:0 www-client/firefox:0 mail-client/thunderbird:0 sci-libs/mkl:0 www-client/seamonkey:0 dev-java/swt:3.8 sci-chemistry/modeller:0 app-office/libreoffice:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sci-chemistry/modeller-9.12-r3 [ebuild R ] sci-libs/mkl-11.3.2.181 [ebuild R ] dev-java/icedtea-7.2.6.6 [ebuild R ] mail-client/thunderbird-45.1.1 [ebuild R ] dev-java/swt-3.8.2-r1 [ebuild R ] www-client/firefox-47.0 [ebuild R ] www-client/seamonkey-2.40 [ebuild R ] sci-libs/vtk-6.1.0-r3 [ebuild R ] app-office/libreoffice-5.1.3.2 root@lynx:/root(4)# ldd /usr/lib64/R/library/JavaGD/libs/JavaGD.so linux-vdso.so.1 (0x00007fffc8de1000) libjvm.so => not found libR.so => /usr/lib64/R/lib/libR.so (0x00007ff869c77000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8698de000) libf77blas.so.3 => /usr/lib64/libf77blas.so.3 (0x00007ff868e3c000) libm.so.6 => /lib64/libm.so.6 (0x00007ff868b3f000) libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff8688f5000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007ff868683000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007ff86845c000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007ff86824c000) libz.so.1 => /lib64/libz.so.1 (0x00007ff868036000) librt.so.1 => /lib64/librt.so.1 (0x00007ff867e2d000) libdl.so.2 => /lib64/libdl.so.2 (0x00007ff867c29000) libicuuc.so.57 => /usr/lib64/libicuuc.so.57 (0x00007ff867884000) libicui18n.so.57 => /usr/lib64/libicui18n.so.57 (0x00007ff86740d000) libgomp.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libgomp.so.1 (0x00007ff8671eb000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff866fcf000) /lib64/ld-linux-x86-64.so.2 (0x000055d68d703000) libgfortran.so.3 => /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libgfortran.so.3 (0x00007ff866ca3000) libncurses.so.6 => /lib64/libncurses.so.6 (0x00007ff866a47000) libicudata.so.57 => /usr/lib64/libicudata.so.57 (0x00007ff864fc9000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libstdc++.so.6 (0x00007ff864bd0000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libgcc_s.so.1 (0x00007ff8649b9000) libquadmath.so.0 => /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libquadmath.so.0 (0x00007ff864778000)
Have you tried the --ingore option already? revdep-rebuild --ignore
(In reply to Lars Wendler (Polynomial-C) from comment #1) > Have you tried the --ingore option already? > > revdep-rebuild --ignore I just tried: root@lynx:/root(1)# revdep-rebuild --ignore * 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 TERM=|xterm| DISPLAY=|:0| before 'tty' : not a tty * Checking dynamic linking consistency * Assign files to packages !!! Broken orphaned files: No installed package was found for the following: * /usr/lib64/R/library/JavaGD/libs/JavaGD.so * /usr/lib64/R/library/rJava/libs/rJava.so * /usr/lib64/R/library/rJava/jri/libjri.so emerge --oneshot --complete-graph=y app-office/libreoffice:0 sci-chemistry/modeller:0 mail-client/thunderbird:0 www-client/seamonkey:0 dev-java/swt:3.8 www-client/firefox:0 sci-libs/vtk:0 dev-java/icedtea:7 sci-libs/mkl:0 Calculating dependencies... done! >>> Verifying ebuild manifests >>> Running pre-merge checks for sci-libs/mkl-11.3.2.181 * Checking for at least 3500 MiB disk space at "/var/tmp/portage/sci-libs/mkl-11.3.2.181/temp" ... [ ok ] * The ebuild doesn't check for presence of a proper intel license! * This shouldn't be done unless there is a very good reason. >>> Running pre-merge checks for mail-client/thunderbird-45.1.1 * Checking for at least 4 GiB disk space at "/var/tmp/portage/mail-client/thunderbird-45.1.1/temp" ... [ ok ] >>> Running pre-merge checks for www-client/firefox-47.0 * Checking for at least 4 GiB disk space at "/var/tmp/portage/www-client/firefox-47.0/temp" ... [ ok ] >>> Running pre-merge checks for www-client/seamonkey-2.40 * Checking for at least 4 GiB disk space at "/var/tmp/portage/www-client/seamonkey-2.40/temp" ... [ ok ] >>> Running pre-merge checks for dev-java/icedtea-7.2.6.6 * Checking for at least 9000 MiB disk space at "/var/tmp/portage/dev-java/icedtea-7.2.6.6/temp" ... [ ok ] >>> Running pre-merge checks for app-office/libreoffice-5.1.3.2 * Checking for at least 512 MiB RAM ... [ ok ] * Checking for at least 6 GiB disk space at "/var/tmp/portage/app-office/libreoffice-5.1.3.2/temp" ... [ ok ] >>> Emerging (1 of 9) sci-chemistry/modeller-9.12-r3::science * modeller-9.12.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking modeller-9.12.tar.gz to /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work >>> Source unpacked in /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work >>> Preparing source in /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work/modeller-9.12 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work/modeller-9.12 ... >>> Source configured. >>> Compiling source in /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work/modeller-9.12 ... * python2_7: running distutils-r1_run_phase python_compile /usr/bin/python2.7 setup.py build running build running build_ext building '_modeller' extension creating /var/tmp/portage/sci-chemistry/modeller-9.12-r3/work/modeller-9.12-python2_7/temp.linux-x86_64-2.7 ...
Same problem here. It happens because the new revdep-rebuild ignores the LD_LIBRARY_MASK variable defined in /etc/revdep-rebuild/*. Please fix it ASAP. It is really annoying to say the least. Thanks in advance.
Please take a look at https://bugs.gentoo.org/show_bug.cgi?id=568902. If you're able to, please verify if my modified version of analyse.py would solve your problem (https://568902.bugs.gentoo.org/attachment.cgi?id=437034)
Your analyse.py fixes this bug for me.
Fine, updated revdep should be pushed into tree soon. Thanks for your support.
Thank you for your promptness.
*** This bug has been marked as a duplicate of bug 568902 ***