emerge pptpconfig does not emerge all its dependencies. After re-emerging: emerge pptpconfig -av These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] net-dialup/pptpconfig-20040722 0 kB I am not able to start pptpconfig: m600-lappy ~ # pptpconfig /usr/bin/php: error while loading shared libraries: libmysqlclient.so.12: cannot open shared object file: No such file or directory I performed a reemerge of mysql too, which did not fix this problem. Ajay
revdep-rebuild --library=libmysqlclient.so.12
Sigh... Why do we have to jump through so many hoops to get things working. Wouldn't it be convienent to just have revdep-rebuild run as a part of emerge sync or something. Perhaps a small utility to determine missing dependencies and auto fix that. Which could be auto launched as a part of emerge sync or something like that...
It did not work :( Here is the output # revdep-rebuild --library=libmysqlclient.so.12 Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries using libmysqlclient.so.12 will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Checking dynamic linking... found /usr/bin/php found /usr/bin/w3c found /usr/bin/webbot found /usr/bin/www found /usr/lib/libmd5.so.0.1.0 found /usr/lib/libpics.so.0.0.0 found /usr/lib/libwwwapp.so.0.1.0 found /usr/lib/libwwwcache.so.0.1.0 found /usr/lib/libwwwcore.so.0.1.0 found /usr/lib/libwwwdir.so.0.1.0 found /usr/lib/libwwwfile.so.0.1.0 found /usr/lib/libwwwftp.so.0.1.0 found /usr/lib/libwwwgopher.so.0.1.0 found /usr/lib/libwwwhtml.so.0.1.0 found /usr/lib/libwwwhttp.so.0.1.0 found /usr/lib/libwwwinit.so.0.1.0 found /usr/lib/libwwwmime.so.0.1.0 found /usr/lib/libwwwmux.so.0.1.0 found /usr/lib/libwwwnews.so.0.1.0 found /usr/lib/libwwwsql.so.0.1.0 found /usr/lib/libwwwssl.so.0.1.0 found /usr/lib/libwwwstream.so.0.1.0 found /usr/lib/libwwwtelnet.so.0.1.0 found /usr/lib/libwwwtrans.so.0.1.0 found /usr/lib/libwwwutils.so.0.1.0 found /usr/lib/libwwwxml.so.0.1.0 found /usr/lib/libwwwzip.so.0.1.0 found /usr/lib/libxmlparse.so.0.1.0 found /usr/lib/libxmltok.so.0.1.0 done. (/root/.revdep-rebuild_6e16de77.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild_6e16de77.4_ebuilds) Evaluating package order... Warning: Failed to resolve package order. Will merge in "random" order! Possible reasons: - An ebuild is no longer in the portage tree. - An ebuild is masked, use /etc/portage/packages.keyword and/or /etc/portage/package.unmask to unmask it ..... done. (/root/.revdep-rebuild_6e16de77.5_order) All prepared. Starting rebuild... emerge --oneshot =dev-php/php-4.4.0-r4 =net-libs/libwww-5.4.0-r2 .......... Calculating dependencies / emerge: there are no ebuilds to satisfy "=net-libs/libwww-5.4.0-r2". revdep-rebuild failed to emerge all packages you have the following choices: - if emerge failed during the build, fix the problems and re-run revdep-rebuild or - use -X or --package-names as first argument (trys to rebuild package, not exact ebuild) or - set ACCEPT_KEYWORDS="~<your platform>" and/or /etc/portage/package.unmask (and remove /root/.revdep-rebuild_6e16de77.5_order to be evaluated again) or - modify the above emerge command and run it manually or - compile or unmerge unsatisfied packages manually, remove temporary files and try again (you can edit package/ebuild list first) To remove temporary files, please run: rm /root/.revdep-rebuild*.?_*
Why just don't you read the messages instead of reopening the bug? <snip> - use -X or --package-names as first argument (trys to rebuild package, not exact ebuild) </snip>