On Saturday 23 February 2008, Erik wrote: > I check with the file klibc-1.5.8.tar.bz2. > # emerge -up klibc > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] dev-libs/klibc-1.5.8 [1.5] > > So it seems like klibc is outdated but "emerge -uDNav world" does not > want want to update it! > # equery d klibc > [ Searching for packages depending on klibc... ] > sys-apps/v86d-0.1.3 (dev-libs/klibc) > localhost ~ # grep sys-apps/v86d /var/lib/portage/world > sys-apps/v86d > > So sys-apps/v86d is in world and depends dev-libs/klibc, but yet > "emerge -uDNp world" does not want to update dev-libs/klibc, like > "emerge -up dev-libs/klibc" wants to!
This looks like a --bdeps situation. v86D DEPENDS on klibc, it does not RDEPEND on it, meaning that klibc does not need to be updated to *build* a new v86d. v86d is in world so it will be updated because you told portage to always keep it up to date. klibc is not in world and a new updated klibc is not required to accomplish what you have asked to for - a complete update of every package that world expands to with dependencies taken into account. Remember what "world" is - it's a list of packages that you have explicitly asked to be there. It is NOT a list of everything you have installed. I can think of two ways to accomplish what you are asking for - use "--with-bdeps y" or include it in EMERGE_DEFAULT_OPTS - put klibc in world -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
