Summary: | sys-apps/portage-2.2.0_alpha72 fails to do --deep correctly | ||
---|---|---|---|
Product: | Portage Development | Reporter: | devsk <funtoos> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
devsk
2011-11-06 16:40:10 UTC
Maybe you want to set EMERGE_DEFAULT_OPTS="--with-bdeps=y", and this is a duplicate of bug 150238? This is covered in the "Why is it that emerge does not update all packages?" section of the FAQ: http://www.gentoo.org/proj/en/portage/doc/faq.xml BTW, there's been some recent discussion about adding an emerge --upgrade target that would enable --with-bdeps=y by default: http://archives.gentoo.org/gentoo-dev/msg_111f02e444ed34d452ae9d367423af4a.xml (In reply to comment #1) > Maybe you want to set EMERGE_DEFAULT_OPTS="--with-bdeps=y", and this is a > duplicate of bug 150238? Why is that not the default? Just curious. Here's my response to the "saner defaults" part of the discussion: http://archives.gentoo.org/gentoo-dev/msg_13d60f0eec83621a8012da810d52f11b.xml > Or go with a saner defaults... So, are any of the following sane? 1) Pull in updates for packages even though those packages won't be used for anything. 2) Pull in build-time dependencies for packages that are already built, even though no portage version has ever done this before by default. 3) Make depclean remove build-time dependencies by default, only to have the rebuilt/installed the next time that the system is updated. |