| Summary: | sys-apps/sandbox: path-handling on paths >= 4096 bytes fails | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Kent Fredric (IRC: kent\n) (RETIRED) <kentnl> |
| Component: | Sandbox | Assignee: | Sandbox Maintainers <sandbox> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | erikdenstore+gbugs, kingjon3377, sam, tka |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=553092 https://bugs.gentoo.org/show_bug.cgi?id=447970 |
||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 413621 | ||
| Attachments: |
test/sandbox-path/sandbox-path-0.01.ebuild
files/mkscript.pl emerge --info |
||
Created attachment 402298 [details]
files/mkscript.pl
Created attachment 402300 [details]
emerge --info
|
Created attachment 402296 [details] test/sandbox-path/sandbox-path-0.01.ebuild Discovered when probing #413621 , but is an independent concern regardless of how that bug eventually gets resolved. Attached is a script / ebuild combination that when run under FEATURES="usersandbox test" guarantees that: - perl can create the path ( Perl can create paths as long as 8kb ) - rm and chmod cannot modify or delete it. Removing usersandbox makes the problem go away. Code in question executes fine as any user. If this problem cannot be resolved, then it needs to be documented somewhere clearly as such, so that ebuild maintainers can kill things that rely on this behaviour with justification.