Public bug reported:
It is not currently possible to open a WebP image in any standard
application on Ubuntu (except Firefox). There is a now a small extension
for gdk-pixbuf to support webp: https://github.com/aruiz/webp-pixbuf-
loader
Such extension has already been packaged for HEIF (heif-gdk-
I got the same problem, on Ubuntu 15.04. It seems to be related to
filetype: Some filetypes still open fine (eg, .avi), but .mp4 and .mkv
fail.
It turned out that _removing_ gstreamer1.0-vaapi solved the problem.
sudo apt-get remove gstreamer1.0-vaapi
Note: my graphic card is a "Intel Corporation
Sorry, I meant it is similar as bug #1397597.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gstreamer1.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1373978
Title:
Totem:"GStreamer encountered a general stream error." on .
Actually, it seems the same problem as described in bug #1373978.
Without gstreamer1.0-vaapi:
$ gst-launch-1.0 filesrc location=00072282.jpg ! decodebin ! imagefreeze !
videoconvert ! autovideosink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeli
Same as comment #52 and #53, while it used to be just once in a while,
since a few weeks, it's now _every_ single time that my laptop resumes.
There are many similar bugs but with probably different causes. So to be
clear here is the symptoms I see much more recently since a few weeks
(on 16.04):
One more thing: contrarily to the title of this bug report, here "sudo
wpa_cli scan" doesn't help to get the list of network again. However,
"sudo wpa_cli resume" works.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-
As a side-note, as it seems it's been triggered for my laptop by the update to
network-manger 1.2.4, one of the few fixes included in 1.2.6 is the following:
* Fixed a bug that caused devices to stay unmanaged after resume from sleep.
So quite probably, updating network-manager to the latest stab
Interestingly, this "wpa_cli resume" command is precisely what does
/lib/systemd/system-sleep/wpasupplicant.
I've checked, this script is run at resume, as expected. However, it
seems wpa is called too early, and it doesn't have any effect.
--
You received this bug notification because you are a
@deragon, here, the "$(sleep 10;/sbin/wpa_cli resume)&" doesn't work.
Somehow, I wonder if there is some black magic due to systemd, but it
doesn't seem that any command after the sleep is ever executed.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded package
9 matches
Mail list logo