(In reply to Henri Sivonen (:hsivonen) from comment #16) > We are already on track to doing that on Android, and the Android security > update situation is worse than the security update situation on various > desktop Linux distros. As in: It’s worse to the point of not having system > updates—security or other—in most cases.
This is a good point of perspective, although relinquishing control of code on one platform does not make it ok to do so on another. Perhaps we should add some infrastructure to let us blacklist particular gstreamer elements, the way we do with plugins? (In reply to Chris Pearce (:cpearce) from comment #17) > Additionally, the mochitests fail with the GStreamer backend enabled. > Currently the GStreamer backend takes over playback of Ogg and WebM > resources when it's enabled, and Firefox times out trying to run > test_buffered because GStreamer can't handle playing Opus in Ogg. Do the mochitests pass if you update your gstreamer to support Opus? I'm wondering if the canPlayType filters can be improved to handle the lack of Opus support, the way mp4 files pass outside the gstreamer build. Is this just because of bug 760140 or are there occasions were we need to verify probably and not just truthiness? I wrote the opus tests with the expectation that they should fail if opus support isn't available, but apparently I missed some more permissive tests. :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1051559 Title: Build Firefox with GStreamer support To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1051559/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
