Architecture is ppc64le, running CentOS Linux 7.3.1611. This error is different from other errors I had experienced when stage 2 failed. I am not sure what is causing the variability. In other builds I had to keyword unkeyworded versions of packages to get as far as this build did.
Created attachment 493640 [details] stage2.log.xz
scanelf missing should not be fatal, e.g. it is to be expected to be absent during the early stages, that's why a full rebuild is done at the end of the bootstrap.
>/dev/shm/r0b0t1/gentoo/tmp/var/tmp/portage/sys-libs/ncurses-6.0-r1/temp/environment: line 1288: scanelf: command not found > * ERROR: sys-libs/ncurses-6.0-r1::gentoo failed (install phase): > * unable to read SONAME from libncurses.so > * > * Call stack: > * ebuild.sh, line 115: Called src_install > * environment, line 2991: Called multilib-minimal_src_install > * environment, line 2126: Called multilib_foreach_abi 'multilib-minimal_abi_src_install' > * environment, line 2320: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install' > * environment, line 1944: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install' > * environment, line 1942: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_install' > * environment, line 384: Called multilib-minimal_abi_src_install > * environment, line 2116: Called multilib_src_install > * environment, line 2554: Called gen_usr_ldscript '-a' 'ncurses' 'ncursesw' > * environment, line 1289: Called die > * The specific snippet of code: > * [[ -z ${tlib} ]] && die "unable to read SONAME from ${lib}"; I'm not sure how to interpret those snippets then. The command and failure seem related. Do you have any pointers? I seem to not be able to reproduce this, so it may be irrelevant anyway. Should I continue to be unable to reproduce the issue I will close this bug in a few days. Thank you for your reply.
Okay, my issue seems to be related to the problem described here: https://forums.gentoo.org/viewtopic-t-1006072-view-next.html. Please see my comments on bug 592972. The reason it went away is likely due to my use of a profile that sets the CHOST to ppc64, not ppc64le, which does not seem to be consistently supported.
Ah. In Gentoo Prefix the usr-split should be disabled, which should also disable gen_usr_ldscript. Since this is obviously not the case for you, you either: - got a tree not of off prefix rsync servers (e.g. mainstream rsync, like RAP) - didn't get PREFIX_DISABLE_GEN_USR_LDSCRIPT=yes in your etc/portage/make.conf If you are on RAP things are probably activated too, in which case we need to get scanelf in early.
we should revisit this, recent bootstraps on ppc64le worked fine