| Summary: | dev-lang/perl-5.28.2-r1: sandbox access violation with mounted /sys/firmware/efi/efivars | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michael Hofmann <bugs> |
| Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.gentoo.org/show_bug.cgi?id=717302 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log
emerge --info |
||
|
Description
Michael Hofmann
2019-05-25 21:26:22 UTC
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 *** |