info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1057797: glib2.0: thread-pool-slow test intermittently times out on 32-bit ARM
3 views
Skip to first unread message
Simon McVittie
Dec 8, 2023, 11:20:04 AM12/8/23
to
Source: glib2.0
Version: 2.78.2-1
Severity: important
Tags: help
X-Debbugs-Cc: debia...@lists.debian.org
Similar to threadtests in #1023652, the single test-case in
glib/tests/thread-pool-slow.c intermittently times out (takes more than
10 minutes) on armel and armhf. It seems to be reasonably reliable on
other architectures.
Similar to threadtests in #1023652, this has never been reliable and I'm
going to mark it as flaky. If you can help to isolate what is going wrong
and fix it, please do!
In upstream GLib, this test is run unconditionally. In Debian's packaging,
depending on version, environment variable DEB_ALLOW_FLAKY_TESTS=1 might
be required to run it.
On hardware that is equivalent to Debian's buildds, if it's going to
succeed, it should take around 40 seconds.
smcv
Version: 2.78.2-1
Severity: important
Tags: help
X-Debbugs-Cc: debia...@lists.debian.org
Similar to threadtests in #1023652, the single test-case in
glib/tests/thread-pool-slow.c intermittently times out (takes more than
10 minutes) on armel and armhf. It seems to be reasonably reliable on
other architectures.
Similar to threadtests in #1023652, this has never been reliable and I'm
going to mark it as flaky. If you can help to isolate what is going wrong
and fix it, please do!
In upstream GLib, this test is run unconditionally. In Debian's packaging,
depending on version, environment variable DEB_ALLOW_FLAKY_TESTS=1 might
be required to run it.
On hardware that is equivalent to Debian's buildds, if it's going to
succeed, it should take around 40 seconds.
smcv
0 new messages