app-arch/xz-utils-5.2.3 fails to emerge (compilation is just fine) when bootstrapping a gentoo prefix on a gentoo-multilib-amd64-glibc system. Presumably the issue here is the fact that my root is setup with multilib. Reproducible: Always Steps to Reproduce: 1. Have gentoo w/mutlilib installed as / 2. ./boostrap-prefix.sh 3. chose the option to use the existing portage shortcut [theoretically should not matter] 4. fail. Actual Results: xz-utils actually compiles just fine under prefix, however once portage gets to the point of installation it fails due to the multilib-strict check. If one invokes boostrap-prefix.sh as such: `FEATURES="-multilib-strict" ./bootstrap-prefix.sh` it will continue along just fine until another failure (which I will be reporting shortly). Expected Results: Installing app-arch/xz-utils-5.2.3 into the prefix. I *thought* this could be fairly easily fixed with tweaks to the app-arch/xz-utils ebuild with an explicit call to --libdir=${EPREFIX}/usr/$(get_libdir) in src_configure, but testing this myself shows it to be false.
Created attachment 496328 [details] build.log
I'll release a new snapshot, I fixed this already I think, but it's not yet in a bootstrap snapshot.
Seems to be working, still have other prefix issues that need to be resolved.
ok, thanks, at least this particular problem was fixed
