The eblit pkg_setup for glibc currently tries to build and execute two test commands to make sure that the kernel is fine; it does so on binpkgs as well. Unfortunately, if you remove the include headers from a remote system where you actually install glibc, _you won't be able to upgrade or re-install it_. Not even to install those missing headers. Can you please add a short circuit like I_KNOW_MY_KERNEL_IS_GOOD_KTHNXBYE="yes" to avoid those tests? Pretty please, and pretty soon?
a better idea would be to not bother if a simple gcc test fails like 'main(){}' if you're deleting headers, it doesnt make much sense to include `gcc` too
I wish I could avoid the sys-devel/gcc package altogether, but no I cannot. I need both libgcc_s, libstdc++ and cpp (the preprocessor) for the system to run fine.
you can still install mask the binaries
there is already a short circuit in there. simply use ROOT="/../" when emerging glibc.
that doesn't work anymore. i think portage got too smart.
damn portage getting more intelligent every day ... i fear self awareness zack suggested i leverage $EMERGE_FROM, and that sounds great to me. so i'll update things to ignore the build failures when $EMERGE_FROM == binary.
http://sources.gentoo.org/sys-libs/glibc/files/eblits/pkg_setup.eblit?r1=1.4&r2=1.5