On 07/25/2013 11:29 AM, Rick "Zero_Chaos" Farina wrote: > On 07/25/2013 01:28 PM, Zac Medico wrote: >> On 07/25/2013 08:29 AM, Rick "Zero_Chaos" Farina wrote: >>>>> Shall we revisit that, and try to make portage behave more correctly, >>>>> even if it means more revbumps / rebuilding? >>> >>>> Just set EMERGE_DEFAULT_DEPS="--dynamic-deps=n" in make.conf if you'd >>>> like to test it. >>> >>> >>> What (if anything) does that break or slow down? I've had all kinds of >>> recent issues with updates breaking my autobuilds due to these issues. > >> If you use --dynamic-deps=n then you are likely to experience more >> dependency conflicts (or unsatisfied deps) triggered by installed >> packages that have since had their dependencies changed without a >> revision bump. These dependency conflicts are like the ones that you've >> experienced with binary packages [1], but they will apply to installed >> packages instead of binary packgaes. > >> [1] https://bugs.gentoo.org/show_bug.cgi?id=282927 > > > So I replace one set of dependency errors with another? This doesn't > seem all that useful... > > Perhaps we need to reevaluate how we handle these things.
The advantage of using --dynamic-deps=n is that it triggers dependencies conflicts that otherwise go unnoticed, prompting you to do a revision bump in order to trigger rebuilds for people who have already build/installed the older version that now has obsolete deps. -- Thanks, Zac