Summary: | sys-apps/toybox-0.8.12 sandbox violation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | Patrick Lauer <patrick> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | gentoo.qxrin, ionen |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 858110 | ||
Attachments: |
build.log
1-sandbox.log |
Description
Agostino Sarubbo
![]() Created attachment 800087 [details]
build.log
build log and emerge --info
Created attachment 800089 [details]
1-sandbox.log
1-sandbox.log
Error(s) that match a know pattern: login.c:(.text+0x138): undefined reference to `crypt' md5sum.c:(.text+0x100c): undefined reference to `sin' mkpasswd.c:(.text+0x10d): undefined reference to `crypt' passwd.c:(.text+0x26b): undefined reference to `crypt' scripts/make.sh: line 88: /dev/stderr: Permission denied su.c:(.text+0x107): undefined reference to `crypt' /usr/lib/gcc/x86_64-pc-linux-gnu/12.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: passwd.c:(.text+0x2ed): undefined reference to `crypt' collect2: error: ld returned 1 exit status * ACCESS DENIED: open_wr: /dev/stderr scripts/make.sh: line 88: /dev/stderr: Permission denied ... why is /dev/stderr not available/accessible? I can reproduce with FEATURES=pid-sandbox (/dev/stderr -> /proc/self/fd/2's self likely related) and not with -pid-sandbox -- but seems not everyone is getting the same results, unsure what's up with this exactly. meh workarounds that work for me would be to either remove V=1 (makes it use /dev/null instead), or patch/sed -i 's/&>$X/>\&2/' scripts/make.sh on a side-note there's also: * QA Notice: Files built without respecting LDFLAGS have been detected * Please include the following list of files in your report: * /usr/bin/toybox * QA Notice: Pre-stripped files found: * /usr/bin/toybox (In reply to Ionen Wolkens from comment #5) > on a side-note there's also: > * QA Notice: Files built without respecting LDFLAGS have been detected > * Please include the following list of files in your report: > * /usr/bin/toybox > * QA Notice: Pre-stripped files found: > * /usr/bin/toybox Well, LDFLAGS is fine, it's caused by the stripping, could: dobin generated/unstripped/toybox ci has reproduced this issue with version 0.8.9 - Updating summary. ci has reproduced this issue with version 0.8.12 - Updating summary. |