Control: retitle -1 pulseaudio: FTBFS on x86: cpu-volume-test fails, segfault in svolume_orc_test Control: reassign -1 src:orc 1:0.4.38-1 Control: forwarded -1 https://gitlab.freedesktop.org/gstreamer/orc/-/issues/66 Control: tags 1067458 + ftbfs sid trixie Control: merge 1067458 -1 Control: affects 1067458 + src:pulseaudio
On Wed, 20 Mar 2024 at 21:48:23 +0100, Lucas Nussbaum wrote: > > =================================== 47/53 > > ==================================== > > test: cpu-volume-test > > start time: 06:46:56 > > duration: 2.82s > > result: exit status 1 > > command: > > UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 > > > > LD_LIBRARY_PATH=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/pulse:/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/pulsecore:/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src > > MALLOC_PERTURB_=255 MAKE_CHECK=1 > > ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 > > /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/tests/cpu-volume-test > > ----------------------------------- stdout > > ----------------------------------- > > Running suite(s): CPU > > 66%: Checks: 3, Failures: 0, Errors: 1 > > ../src/tests/cpu-volume-test.c:188:E:svolume:svolume_orc_test:0: (after > > this point) Received signal 11 (Segmentation fault) > > ============================================================================== This seems to be the same issue as #1067458. If a fix isn't obvious, could we perhaps roll back orc to 0.4.34 (presumably versioned as 1:0.4.38+really0.4.34), or disable its use in PulseAudio for now? Thanks, smcv