Summary: | sys-apps/man-db: man-10 test failure due to sandbox | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Patrick Lauer <patrick> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | ahudson.news, alexey+gentoo, esigra, kingjon3377, sam, tka, toralf |
Priority: | Normal | Keywords: | TESTFAILURE |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=590084 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Patrick Lauer
2015-01-01 07:22:30 UTC
The same failure is still present in the recently stabilized sys-apps/man-db-2.7.2 The same failure is still present in sys-apps/man-db-2.7.5. The same failure is also present in sys-apps/man-db-2.7.6.1. *** Bug 609424 has been marked as a duplicate of this bug. *** The failure is still present in sys-apps/man-db-2.8.7. *** Bug 623720 has been marked as a duplicate of this bug. *** With patch from https://bugs.gentoo.org/590084 the error message is slightly less confusing: """ PASS: man-9 * ACCESS DENIED: opendir: '.' (from deleted directory, see https://bugs.gentoo.org/590084) * ACCESS DENIED: opendir: '.' (from deleted directory, see https://bugs.gentoo.org/590084) * ACCESS DENIED: opendir: '.' (from deleted directory, see https://bugs.gentoo.org/590084) * ACCESS DENIED: opendir: '.' (from deleted directory, see https://bugs.gentoo.org/590084) """ Test performs exactly that scenario: """ $ cat man-10 #! /bin/sh # Test that man can run from a deleted directory. # https://bugs.debian.org/764384 ... """ Sandbox can't verify what files are accessed relative to a deleted directory. In theory you can escape sandbox that way. The patch from #590084 should turn it into a non-fatal error. Up to you how you want to handle it: wait for sandbox fix or just disable the test. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e5a6bfb643858febc9ff8509363099b67465e220 commit e5a6bfb643858febc9ff8509363099b67465e220 Author: Tobias Klausmann <klausman@gentoo.org> AuthorDate: 2020-06-05 13:35:31 +0000 Commit: Tobias Klausmann <klausman@gentoo.org> CommitDate: 2020-06-05 13:35:31 +0000 dev-libs/zlog: Remove .a files from build and install Closes: https://bugs.gentoo.org/534172 Package-Manager: Portage-2.3.100, Repoman-2.3.22 Signed-off-by: Tobias Klausmann <klausman@gentoo.org> dev-libs/zlog/files/zlog_no_static_lib.patch | 59 ++++++++++++++++++++++ .../{zlog-1.2.14.ebuild => zlog-1.2.14-r1.ebuild} | 3 +- 2 files changed, 61 insertions(+), 1 deletion(-) (In reply to Larry the Git Cow from comment #9) > The bug has been closed via the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=e5a6bfb643858febc9ff8509363099b67465e220 > > commit e5a6bfb643858febc9ff8509363099b67465e220 > Author: Tobias Klausmann <klausman@gentoo.org> > AuthorDate: 2020-06-05 13:35:31 +0000 > Commit: Tobias Klausmann <klausman@gentoo.org> > CommitDate: 2020-06-05 13:35:31 +0000 > > dev-libs/zlog: Remove .a files from build and install > > Closes: https://bugs.gentoo.org/534172 > Package-Manager: Portage-2.3.100, Repoman-2.3.22 > Signed-off-by: Tobias Klausmann <klausman@gentoo.org> > > dev-libs/zlog/files/zlog_no_static_lib.patch | 59 > ++++++++++++++++++++++ > .../{zlog-1.2.14.ebuild => zlog-1.2.14-r1.ebuild} | 3 +- > 2 files changed, 61 insertions(+), 1 deletion(-) C&p error. sorry. Is this still an issue? I think at least the latter issue slyfox was referring to was fixed in bug 699466. (In reply to Sam James from comment #11) > Is this still an issue? I haven't had to mask tests in any sys-apps/man-db-2.9.* , so it looks like it's all good. |