Summary: | pptpconfig ebuild is missing dependencies | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ajay Gautam <ajaygautam> |
Component: | New packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Highest | ||
Version: | 2005.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ajay Gautam
2006-02-03 07:25:48 UTC
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> |