When bootstrapping a prefix on OS X Yosemite, bash-4.1_p17 fails to compile because the USE=-readline is not respected. See build log. Reproducible: Always
Created attachment 387564 [details] Build log
Since bash-4.1_p17 was older than what was bootstrapped before, I took a look and found out that it was being pulled by portage via: RDEPEND="!build? ( >=sys-apps/sed-4.0.5 || ( >=app-shells/bash-4.2_p37[readline] ( <app-shells/bash-4.2_p37 >=app-shells/bash-4.1 ) ) when trying to emerge sys-devel/gettext and net-misc/wget. So I fixed this by recompiling bash with readline enabled right before emerging sys-devel/gettext and net-misc/wget during bootstrapping of stage3. That way the dependency no longer pulls bash-4.1_p17 without readline, which fails to compile.
Was this with a LATEST snapshot? If not, please try that. I didn't get this problem.
Yes, this was with a latest snapshot from rsync8.bitzolder.nl (I ran emerge --sync by hand during bootstrap). I believe this is more of a problem with the bootstrap-prefix.sh script than bash or portage themselves. Maybe you used a different bootstrap script than me?
make sure you downloaded the latest version from rsync8.
I will restart everything from scratch using rsync8. Up to what point did your bootstrapping process go?
python
I started fresh using LATEST_TREE_YES=1 and hit this bug again.
Same here, tried yesterday with LATEST_TREE_YES=1 and failed at this point. Guilherme's workaround (emerge higher version of bash) works.
hmmmm, why do we need bash-4.1 again?
We don't need bash-4.1, but because it is built during earlier stages with USE=-readline, the dependencies are such that when stage3 tries to emerge portage, it pulls the old version, which unfortunately doesn't compile because it doesn't respect the USE flags. So, instead, the workaround is to rebuild the same bash with USE=readline before emerging portage, so that emerge portage doesn't try to install the older version of bash as a dependency.
Created attachment 390156 [details, diff] This patch is a possible fix for this bug.
Fixed in the new bootstrap script.