vanilla build of glibc fails with sandbox violation because it wants to create /etc/ld.so.cache~ * ACCESS DENIED: open_wr: /etc/ld.so.cache~ /var/tmp/portage/sys-libs/glibc-2.37-r3/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Operation not permitted [ebuild R ] sys-libs/glibc-2.37-r3:2.2::gentoo USE="multiarch (multilib) stack-realign (static-libs) vanilla* -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -hash-sysv-compat -headers-only -multilib-bootstrap -nscd -perl -profile (-selinux) -ssp -suid -systemd -systemtap -test" 0 KiB I can't attach the log right now, but I will especially if you can't reproduce.
Please do provide the full log (build.log + sandbox.log). and emerge --info. I can't easily check right now and it's unclear to me which phase this is happening in.
(In particular, the sandbox version might matter here too.)
Created attachment 865184 [details] build.log
Created attachment 865185 [details] sandbox.log
Created attachment 865186 [details] emerge --info
https://gitweb.gentoo.org/proj/toolchain/glibc-patches.git/tree/9999/0001-Disable-ldconfig-during-install.patch On the one hand, USE=vanilla is doing exactly what you wanted, but perhaps a bit too literally. The patch should probably be included despite USE=vanilla.
(In reply to Sam James from comment #6) > https://gitweb.gentoo.org/proj/toolchain/glibc-patches.git/tree/9999/0001- > Disable-ldconfig-during-install.patch > > On the one hand, USE=vanilla is doing exactly what you wanted, but perhaps a > bit too literally. The patch should probably be included despite USE=vanilla. I agree