mbox series

[bug#55866,0/2] Disable tests failing due to YAMA’s ptrace_scope.

Message ID cover.1654763934.git.lars@6xq.net
Headers show
Series Disable tests failing due to YAMA’s ptrace_scope. | expand

Message

Lars-Dominik Braun June 9, 2022, 8:51 a.m. UTC 
Hi,

I noticed that some tests fail on my foreign distribution,
but not on Guix System, because they differ in their
/proc/sys/kernel/yama/ptrace_scope. Guix sets it to 0 (no limitations),
whereas most distributions default to 1 (only children can be ptrace’d),
causing a reproducibility issue. The following patches therefore disable
tests, which fail with a setting of >0.

Cheers,
Lars

Lars-Dominik Braun (2):
  gnu: python-pydevd: Skip tests failing due to YAMA.
  gnu: python-debugpy: Disable tests.

 gnu/packages/python-xyz.scm | 29 +++++++++++++++++------------
 1 file changed, 17 insertions(+), 12 deletions(-)

Comments

M June 9, 2022, 8:46 p.m. UTC | #1 
Lars-Dominik Braun schreef op do 09-06-2022 om 10:51 [+0200]:
> Hi,
> 
> I noticed that some tests fail on my foreign distribution,
> but not on Guix System, because they differ in their
> /proc/sys/kernel/yama/ptrace_scope. Guix sets it to 0 (no limitations),
> whereas most distributions default to 1 (only children can be ptrace’d),
> causing a reproducibility issue. The following patches therefore disable
> tests, which fail with a setting of >0.

Sounds reasonable to me, though I recommend reporting the issue
upstream such that they can adjust their test suites to skip the tests
when YAMA interferes.

Greetings,Maxime.
Lars-Dominik Braun June 10, 2022, 9:43 a.m. UTC | #2 
Hi Maxime,

> Sounds reasonable to me, though I recommend reporting the issue
> upstream such that they can adjust their test suites to skip the tests
> when YAMA interferes.
pushed as 9d2ef7344e340747640dc00413aa6a7b054f022a and
3e6bc1edca0c7ee4e8bfe0d8e783db48d2bb647c. I added a link to the upstream
report in the comments. Doesn’t make much sense for python-debugpy
though, since we’d end up with no test suite at all.

Thank you very much,
Lars