System: Vagrant 2.2.19 generic_fedora37 STABLE prefix Linux fedora37.localdomain 6.5.12-100.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Nov 20 22:28:44 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux MD5SUM bootstrap-prefix.sh: 5df2d75cc62558811af7e53d7d286575 bootstrap-prefix.sh Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: somewhere failed :( Details might be found in the build log: /home/vagrant/gentoo-prefix/var/tmp/portage/sys-apps/grep-3.11-r1/temp/build.log I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /home/vagrant/gentoo-prefix/stage3.log CHOST: x86_64-pc-linux-gnu IDENT: x86_64-rap-linux-fedora37 Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/9396152539
Created attachment 895237 [details] build_stage3_STABLE_generic_fedora37_20240606075349.log.xz
System: Vagrant 2.2.19 generic_gentoo STABLE prefix Linux gentoo.localdomain 6.1.69-gentoo-dist #1 SMP PREEMPT_DYNAMIC Wed Dec 20 18:24:10 -00 2023 x86_64 AMD EPYC 7763 64-Core Processor AuthenticAMD GNU/Linux MD5SUM bootstrap-prefix.sh: 5df2d75cc62558811af7e53d7d286575 bootstrap-prefix.sh Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage3 (lower ones before) Error message: somewhere failed :( Details might be found in the build log: /home/vagrant/gentoo-prefix/var/tmp/portage/sys-apps/grep-3.11-r1/temp/build.log I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. This is most inconvenient, and it crushed my ego. Sorry, I give up. Should you want to give it a try, there is /home/vagrant/gentoo-prefix/stage3.log CHOST: x86_64-pc-linux-gnu IDENT: x86_64-rap-linux-gentoo Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/9426801111
Created attachment 895380 [details] build_stage3_STABLE_generic_gentoo_20240608072616.log.xz
I have the same issue, install phase unable to change ownership of egrep (well, trying in prefix). BTW, shouldn't the {e,f}grep wrappers use the prefix usr/bin/env?
The bug actually lies in dobin helper (indirectly called by newbin), that does not check if in prefix or not before calling install with ownership setting. Looks like setting PORTAGE_INST_{U,G}ID to the current UGID can be a workaround.
make[1]: Leaving directory '/home/vagrant/gentoo-prefix/var/tmp/portage/sys-apps/grep-3.11-r1/work/grep-3.11' install: cannot change ownership of '/home/vagrant/gentoo-prefix/var/tmp/portage/sys-apps/grep-3.11-r1/image/home/vagrant/gentoo-prefix//bin/egrep': Operation not permitted * ERROR: sys-apps/grep-3.11-r1::gentoo failed (install phase): * dobin failed caused by install -m0755 -o ${PORTAGE_INST_UID:-0} -g ${PORTAGE_INST_GID:-0} Perhaps we should make the bootstrap script add these to make.conf (as they are documented in make.conf(5).
(prefix branch puts defaults for these in make.globals, that's an alternative for RAP too)
(I still don't get why this is only now coming up..) *** This bug has been marked as a duplicate of bug 933100 ***
(In reply to Fabian Groffen from comment #7) > (prefix branch puts defaults for these in make.globals, that's an > alternative for RAP too) I don't see anything like that in prefix make.globals nor anything that should set it in make.globals.
non-RAP Prefix uses a branch of portage.git (prefix) that sets these. I think the easiest is to mimick this either from the ebuild, or once during bootstrap in the make.conf that's generated anyway.
