From: Guillaume Le Vaillant <glv@posteo.net>
To: Marius Bakke <marius@gnu.org>
Cc: 44769@debbugs.gnu.org
Subject: bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686
Date: Mon, 23 Nov 2020 10:17:56 +0100 [thread overview]
Message-ID: <877dqcph2z.fsf@yamatai> (raw)
In-Reply-To: <87pn47qbpm.fsf@yamatai>
[-- Attachment #1: Type: text/plain, Size: 1938 bytes --]
Guillaume Le Vaillant <glv@posteo.net> skribis:
> Marius Bakke <marius@gnu.org> skribis:
>
>> Hello Guix,
>>
>> gst-plugins-bad fails its test suite on anything other than x86_64-linux.
>>
>> Upstream issues:
>>
>> i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1463
>> aarch64: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1464
>>
>> (I believe the i686 issue affects armhf too)
>>
>> This issue is currently holding up merging of 'staging' because
>> gst-plugins-bad is a dependency of 'cheese', which is a dependency of
>> 'gnome'.
>>
>> To move on with the merge, I wonder whether to:
>>
>> 1. Disable the affected tests, as upstream does not seem terribly
>> concerned.
>> 2. Drop 'cheese' from 'gnome'.
>>
>> I'm leaning towards 2, as the AArch64 failure looks kind of serious.
>> Unfortunately 'cheese' does seem to require gst-plugins-bad.
>>
>> Thoughts?
>
> Hi,
>
> I tested a few programs on 'staging' on x86-64 and I got some GStreamer
> related issues. However I don't know if there is a link with the failing
> tests on other architectures.
>
> I wasn't able to play anything with the 'gst-play-1.0' program. It
> always errors out with the message:
> "Failed to create 'playbin' element. Check your GStreamer installation."
>
> The 'clementine' program crashes because of a segmentation fault inside
> a GStreamer function when trying to play a music file.
>
> [...]
>
> Can someone reproduce these issues?
Hi,
After trying to find where the problem could come from, GStreamer
started working fine again, but I'm not sure why. I suspect there was
some bad local state in my user environment that I reset while hacking
around, or something like that...
Anyway, concerning 'cheese', I think not installing it by default with
Gnome would not be a problem. It's not an essential core component of
Gnome and users who want it will still be able to install it trivially.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
next prev parent reply other threads:[~2020-11-23 9:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-20 21:16 bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686 Marius Bakke
2020-11-21 9:51 ` Guillaume Le Vaillant
2020-11-23 9:17 ` Guillaume Le Vaillant [this message]
2020-11-23 22:42 ` Marius Bakke
2020-11-21 16:25 ` Michael Rohleder
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877dqcph2z.fsf@yamatai \
--to=glv@posteo.net \
--cc=44769@debbugs.gnu.org \
--cc=marius@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.