unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686
@ 2022-09-16 22:30 Marius Bakke
  2023-12-25 18:00 ` Nicolas Graves via Bug reports for GNU Guix
  2023-12-25 18:02 ` bug#57868: [PATCH] gnu: gstreamer: Phase disable-systemclock-test on all platforms Nicolas Graves via Bug reports for GNU Guix
  0 siblings, 2 replies; 4+ messages in thread
From: Marius Bakke @ 2022-09-16 22:30 UTC (permalink / raw)
  To: 57868

Hi,

On i686-linux, the gstreamer gst_gstsystemclock test is failing:

--8<---------------cut here---------------start------------->8---
 41/108 gst_gstsystemclock            FAIL            1.26s   exit status 2
>>> GST_PLUGIN_SYSTEM_PATH_1_0='' CK_DEFAULT_TIMEOUT=600 GST_STATE_IGNORE_ELEMENTS='' MALLOC_PERTURB_=230 GST_PLUGIN_SCANNER_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/libs/gst/helpers/gst-plugin-scanner GST_PLUGIN_LOADING_WHITELIST=gstreamer GST_REGISTRY=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock.registry GST_PLUGIN_PATH_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build /tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock
????????????????????????????????????? ?  ?????????????????????????????????????
stdout:
Running suite(s): GstSystemClock
75%: Checks: 8, Failures: 0, Errors: 2
../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_cleanup_unschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_reschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
Check suite gst_systemclock ran in 1.236s (tests failed: 2)
stderr:

(gst_gstsystemclock:5546): GLib-ERROR **: 22:57:16.217: creating thread 'wait': Error creating thread: Resource temporarily unavailable

(gst_gstsystemclock:6027): GLib-ERROR **: 22:57:16.340: creating thread 'wait': Error creating thread: Resource temporarily unavailable
??????????????????????????????????????????????????????????????????????????????
--8<---------------cut here---------------end--------------->8---

Full log output here:

  https://ci.guix.gnu.org/build/1305526/log/raw

I'm not able to reproduce this locally.  Any idea what might be going on
here?  Parallelism issue?

Note: we have disabled these tests on i686 for a long time, but they
were recently enabled again on 'staging'.  I'll re-apply that hunk to
disable the test, but wanted to have an issue to link to.




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686
  2022-09-16 22:30 bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686 Marius Bakke
@ 2023-12-25 18:00 ` Nicolas Graves via Bug reports for GNU Guix
  2023-12-26  9:08   ` Nicolas Graves via Bug reports for GNU Guix
  2023-12-25 18:02 ` bug#57868: [PATCH] gnu: gstreamer: Phase disable-systemclock-test on all platforms Nicolas Graves via Bug reports for GNU Guix
  1 sibling, 1 reply; 4+ messages in thread
From: Nicolas Graves via Bug reports for GNU Guix @ 2023-12-25 18:00 UTC (permalink / raw)
  To: Marius Bakke, 57868


Hi Marius,

I think a similar issue also happens on x86_64. For some reason, the
binary is available through guix weather, but I'm unable to build the
package locally (with --check). Can you confirm it's not just on my
side?
 
I'm going to send a patch which basically adds this phase for all
platforms after this email, I'll be using this locally. 

Cheers,
Nicolas 


On 2022-09-17 00:30, Marius Bakke wrote:

> Hi,
>
> On i686-linux, the gstreamer gst_gstsystemclock test is failing:
>
> --8<---------------cut here---------------start------------->8---
>  41/108 gst_gstsystemclock            FAIL            1.26s   exit status 2
>>>> GST_PLUGIN_SYSTEM_PATH_1_0='' CK_DEFAULT_TIMEOUT=600 GST_STATE_IGNORE_ELEMENTS='' MALLOC_PERTURB_=230 GST_PLUGIN_SCANNER_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/libs/gst/helpers/gst-plugin-scanner GST_PLUGIN_LOADING_WHITELIST=gstreamer GST_REGISTRY=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock.registry GST_PLUGIN_PATH_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build /tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock
> ????????????????????????????????????? ?  ?????????????????????????????????????
> stdout:
> Running suite(s): GstSystemClock
> 75%: Checks: 8, Failures: 0, Errors: 2
> ../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_cleanup_unschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
> ../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_reschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
> Check suite gst_systemclock ran in 1.236s (tests failed: 2)
> stderr:
>
> (gst_gstsystemclock:5546): GLib-ERROR **: 22:57:16.217: creating thread 'wait': Error creating thread: Resource temporarily unavailable
>
> (gst_gstsystemclock:6027): GLib-ERROR **: 22:57:16.340: creating thread 'wait': Error creating thread: Resource temporarily unavailable
> ??????????????????????????????????????????????????????????????????????????????
> --8<---------------cut here---------------end--------------->8---
>
> Full log output here:
>
>   https://ci.guix.gnu.org/build/1305526/log/raw
>
> I'm not able to reproduce this locally.  Any idea what might be going on
> here?  Parallelism issue?
>
> Note: we have disabled these tests on i686 for a long time, but they
> were recently enabled again on 'staging'.  I'll re-apply that hunk to
> disable the test, but wanted to have an issue to link to.
>
>
>

-- 
Best regards,
Nicolas Graves




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#57868: [PATCH] gnu: gstreamer: Phase disable-systemclock-test on all platforms.
  2022-09-16 22:30 bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686 Marius Bakke
  2023-12-25 18:00 ` Nicolas Graves via Bug reports for GNU Guix
@ 2023-12-25 18:02 ` Nicolas Graves via Bug reports for GNU Guix
  1 sibling, 0 replies; 4+ messages in thread
From: Nicolas Graves via Bug reports for GNU Guix @ 2023-12-25 18:02 UTC (permalink / raw)
  To: 57868; +Cc: ngraves, marius

* gnu/packages/gstreamer.scm (gstreamer):
[arguments]: Enable phase disable-systemclock-test on all platforms.

Change-Id: I346934acab66f7a33a9cea6500c8557509b05d95
---
 gnu/packages/gstreamer.scm | 19 +++++++------------
 1 file changed, 7 insertions(+), 12 deletions(-)

diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm
index 71f8e3453a..3608576830 100644
--- a/gnu/packages/gstreamer.scm
+++ b/gnu/packages/gstreamer.scm
@@ -477,20 +477,15 @@ (define-public gstreamer
            #:phases
            #~(modify-phases %standard-phases
                #$@%common-gstreamer-phases
-               #$@(if (string-prefix? "i686" (or (%current-target-system)
-                                                 (%current-system)))
-                      ;; FIXME: These tests consistently fail in the Guix CI:
-                      ;;   https://issues.guix.gnu.org/57868
-                      '((add-after 'unpack 'disable-systemclock-test
-                          (lambda _
-                            (substitute* "tests/check/gst/gstsystemclock.c"
-                              (("tcase_add_test \\(tc_chain, \
+               (add-after 'unpack 'disable-systemclock-test
+                 (lambda _
+                   (substitute* "tests/check/gst/gstsystemclock.c"
+                     (("tcase_add_test \\(tc_chain, \
 test_stress_cleanup_unschedule.*")
-                               "")
-                              (("tcase_add_test \\(tc_chain, \
+                      "")
+                     (("tcase_add_test \\(tc_chain, \
 test_stress_reschedule.*")
-                               "")))))
-                      '())
+                      ""))))
                (add-after 'patch-shebangs 'do-not-capture-python
                  (lambda _
                    ;; The patch-source-shebangs phase causes the following build
-- 
2.41.0





^ permalink raw reply related	[flat|nested] 4+ messages in thread

* bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686
  2023-12-25 18:00 ` Nicolas Graves via Bug reports for GNU Guix
@ 2023-12-26  9:08   ` Nicolas Graves via Bug reports for GNU Guix
  0 siblings, 0 replies; 4+ messages in thread
From: Nicolas Graves via Bug reports for GNU Guix @ 2023-12-26  9:08 UTC (permalink / raw)
  To: Marius Bakke, 57868

On 2023-12-25 19:00, Nicolas Graves wrote:

> Hi Marius,
>
> I think a similar issue also happens on x86_64. For some reason, the
> binary is available through guix weather, but I'm unable to build the
> package locally (with --check). Can you confirm it's not just on my
> side?

Sorry it's not the gst_gstsystemclock but rather the
libs_gstnetclientclock that fails consistently. You can ignore the patch
sent. 

>  
> I'm going to send a patch which basically adds this phase for all
> platforms after this email, I'll be using this locally. 
>
> Cheers,
> Nicolas 
>
>
> On 2022-09-17 00:30, Marius Bakke wrote:
>
>> Hi,
>>
>> On i686-linux, the gstreamer gst_gstsystemclock test is failing:
>>
>> --8<---------------cut here---------------start------------->8---
>>  41/108 gst_gstsystemclock            FAIL            1.26s   exit status 2
>>>>> GST_PLUGIN_SYSTEM_PATH_1_0='' CK_DEFAULT_TIMEOUT=600 GST_STATE_IGNORE_ELEMENTS='' MALLOC_PERTURB_=230 GST_PLUGIN_SCANNER_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/libs/gst/helpers/gst-plugin-scanner GST_PLUGIN_LOADING_WHITELIST=gstreamer GST_REGISTRY=/tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock.registry GST_PLUGIN_PATH_1_0=/tmp/guix-build-gstreamer-1.20.3.drv-0/build /tmp/guix-build-gstreamer-1.20.3.drv-0/build/tests/check/gst_gstsystemclock
>> ????????????????????????????????????? ?  ?????????????????????????????????????
>> stdout:
>> Running suite(s): GstSystemClock
>> 75%: Checks: 8, Failures: 0, Errors: 2
>> ../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_cleanup_unschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
>> ../gstreamer-1.20.3/tests/check/gst/gstsystemclock.c:263:E:waiting:test_stress_reschedule:0: (after this point) Received signal 5 (Trace/breakpoint trap)
>> Check suite gst_systemclock ran in 1.236s (tests failed: 2)
>> stderr:
>>
>> (gst_gstsystemclock:5546): GLib-ERROR **: 22:57:16.217: creating thread 'wait': Error creating thread: Resource temporarily unavailable
>>
>> (gst_gstsystemclock:6027): GLib-ERROR **: 22:57:16.340: creating thread 'wait': Error creating thread: Resource temporarily unavailable
>> ??????????????????????????????????????????????????????????????????????????????
>> --8<---------------cut here---------------end--------------->8---
>>
>> Full log output here:
>>
>>   https://ci.guix.gnu.org/build/1305526/log/raw
>>
>> I'm not able to reproduce this locally.  Any idea what might be going on
>> here?  Parallelism issue?
>>
>> Note: we have disabled these tests on i686 for a long time, but they
>> were recently enabled again on 'staging'.  I'll re-apply that hunk to
>> disable the test, but wanted to have an issue to link to.
>>
>>
>>

-- 
Best regards,
Nicolas Graves




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-12-26  9:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-09-16 22:30 bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686 Marius Bakke
2023-12-25 18:00 ` Nicolas Graves via Bug reports for GNU Guix
2023-12-26  9:08   ` Nicolas Graves via Bug reports for GNU Guix
2023-12-25 18:02 ` bug#57868: [PATCH] gnu: gstreamer: Phase disable-systemclock-test on all platforms Nicolas Graves via Bug reports for GNU Guix

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).