Summary: | virtualx.eclass - SANDBOX_DISABLED is going away | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Brian Harring (RETIRED) <ferringb> |
Component: | Eclasses | Assignee: | Gentoo Quality Assurance Team <qa> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | x11 |
Priority: | High | Keywords: | QAcanfix |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Brian Harring (RETIRED)
2005-09-28 01:29:15 UTC
*bump*, anything on this? (In reply to comment #1) > *bump*, anything on this? > Sure, all packages are either nonexistant anymore or fixed. So you can close the bug, I remove emacs from cc. virtualx.eclass still needs to be fixed. (In reply to comment #3) > virtualx.eclass still needs to be fixed. > So...I'm thinking about ripping out the global turning off of sandbox and testing all of the ebuilds that use the eclass quickly to make sure nothing breaks. The few I looked at just seem to use Xmake for src_test. Sound sane or am I missing something? This clearly won't move an inch further with m-needed as assignee. And yeah, loosing bunch of apparently sucky tests is a whole lot better than disabling sandbox in global scope. Why noone asked the maintainers... The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=aa7fdc965621b413d85624ea30e9452a4130aced commit aa7fdc965621b413d85624ea30e9452a4130aced Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2022-07-27 07:10:41 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2022-08-02 04:03:42 +0000 virtualx.eclass: Do not disable sandbox The code responsible for disabling sandbox dates back to 2002 and does not include any explanation. Let's try if we still need it. Bug: https://bugs.gentoo.org/107479 Signed-off-by: Michał Górny <mgorny@gentoo.org> eclass/virtualx.eclass | 7 ------- 1 file changed, 7 deletions(-) |