I have php5 installed with snmp support, i updated my net-snmp, and it breaks the snmp support, but revdep-rebuild don't see this: ================================================ mars / # emerge dev-php/PEAR-PHPUnit2 Calculating dependencies ...done! >>> emerge (1 of 1) dev-php/PEAR-PHPUnit2-2.3.4 to / >>> checksums files ;-) PEAR-PHPUnit2-2.3.4.ebuild >>> checksums files ;-) files/digest-PEAR-PHPUnit2-2.3.4 >>> checksums src_uri ;-) PHPUnit2-2.3.4.tgz >>> Unpacking source... >>> Unpacking PHPUnit2-2.3.4.tgz to /var/tmp/portage/PEAR-PHPUnit2-2.3.4/work tar: A lone zero block at 1097 >>> Source unpacked. >>> Compiling source in /var/tmp/portage/PEAR-PHPUnit2-2.3.4/work/PHPUnit2-2.3.4 ... >>> Source compiled. >>> Test phase [not enabled]: dev-php/PEAR-PHPUnit2-2.3.4 >>> Install PEAR-PHPUnit2-2.3.4 into /var/tmp/portage/PEAR-PHPUnit2-2.3.4/image/ category dev-php /usr/lib/php5/bin/php: error while loading shared libraries: libnetsnmp.so.5: cannot open shared object file: No such file or directory !!! ERROR: dev-php/PEAR-PHPUnit2-2.3.4 failed. !!! Function php-pear-r1_src_install, Line 49, Exitcode 127 !!! Unable to install PEAR package !!! If you need support, post the topmost build error, NOT this status message. ================================================ If i run revdep-rebuild, it founds the broken php5, but not because of that broken /usr/lib/php5/bin/php bin, just because of a broken apache module: ================================================ mars / # revdep-rebuild -p -v Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by a package update will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /usr/lib/apache2/modules/libphp5.so (requires libnetsnmp.so.5) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) All prepared. Starting rebuild... emerge --oneshot -p -v =dev-lang/php-5.0.5-r4 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] dev-lang/php-5.0.5-r4 USE="-adabas -apache apache2 bcmath berkdb -birdstep bzip2 calendar cdb cgi -cjk cli crypt ctype curl curlwrappers -db2 dba dbase -dbmaker -debug -discard-path doc -empress -empress-bcs -esoob exif -fdftk -filepro -firebird flatfile -force-cgi-redirect -frontbase ftp gd -gd-external gdbm gmp -hardenedphp -hyperwave-api iconv imap -informix inifile -interbase -iodbc ipv6 -java-external -kerberos ldap -libedit -mcve memlimit mhash -ming -mnogosearch -msql -mssql mysql -mysqli ncurses nls -oci8 -odbc -oracle7 -ovrimos pcntl pcre -pdo-external pear -pfpro pic posix postgres -qdbm readline -recode -sapdb sasl session -sharedext -sharedmem simplexml snmp -soap sockets -solid spell -spl -sqlite ssl -sybase -sybase-ct sysvipc threads tidy tiff -tokenizer truetype -wddx xml2 xmlrpc xpm xsl -yaz zip zlib" 0 kB Total size of downloads: 0 kB Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. ================================================ so, i think revdep-rebuild didn't scans all of the libs it should in normal situation.
*** Bug 117075 has been marked as a duplicate of this bug. ***
revdep-rebuild is broken with findutils-4.3.0. I will have the fix released shortly. Just to verify that this is the problem you are having, do you have findutils-4.3.0 installed?
it seems yes: ================================================ mars ~ # emerge findutils -pv These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-apps/findutils-4.3.0 USE="-build nls -static" 0 kB Total size of downloads: 0 kB ================================================
Fix is in gentoolkit-0.2.2_pre1 which was just released.
ok, it works for me. the question is that how could i check it, that is works fully well or works just better than the old one??
Created attachment 75748 [details] test-find.sh The attached script is a test script that contains the logic used in revdep-rebuild. The issue is that in findutils-4.1.x, the test to find executable files is '-perm +u+x'. In findutils-4.2.x and 4.3.x, the test is '-perm /u+x' The logic is to use each test and see if find returned results. If it did, then it uses that specific test. The second thing that you can do is run 'revdep-rebuild --keep-temp --pretend' and look at the file /root/.revdep-rebuild.1_files and verify that it contains the correct listing of executable files.
