I'm not sure if this a bug or a misconfigured machine of a user. The user reported that he has mounted /sys/firmware/efi/efivars and that he gets the error below when he emerges dev-lang/perl-5.28.2-r1: Below is the error message. See https://forums.gentoo.org/viewtopic-t-1097170.html for details. * ------------- ACCESS VIOLATION SUMMARY -------------- * LOG FILE: "/var/log/sandbox/sandbox-4.log" * VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /sys/firmware/efi/efivars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c A: /sys/firmware/efi/efivars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c R: /sys/firmware/efi/efivars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c C: efibootmgr -n 0006 F: unlink S: deny P: /run/systemd/reboot-param A: /run/systemd/reboot-param R: /run/systemd/reboot-param C: reboot * ------------------------------------
Please attach the full build log... the sandbox output unfortunately does not tell us what causes the problem.
Created attachment 578026 [details] build.log
From Openrc Do you need the build log from systemd also? The errors are identical...
Created attachment 578114 [details] emerge --info emerge --info (from the machine with the sandbox error, copied from the Gentoo forum thread)
Now this is seriously weird. From the configure phase log: ldexpl() found. Checking to see how big your long doubles are... Checking the kind of long doubles you have... You have x86 80-bit little endian long doubles. ERROR: ld.so: object 'libsandbox.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. mount: only root can use "--options" option * ACCESS DENIED: open_wr: /sys/firmware/efi/efivars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c Could not set BootNext: Permission denied reboot: must be superuser. What is your architecture name [x86_64-linux] Add the Perl API version to your archname? [n] This architecture is naturally 64-bit, not changing architecture name. Pathname where the public executables will reside? (~name ok) [/usr/bin]
I noticed it's the same user in bug #717302 which we just nailed down to 'ef' alias in bashrc. Closing as a duplicate of a newer bug. *** This bug has been marked as a duplicate of bug 717302 ***