When the package is recompiled from source package without changes, it
works because GCC 4.6.1 on i386 generates x87 instructions instead of
SSE2 instructions. In general, GCC 4.6 defaults to "-march=native", so
if the 32bit binary was generated on a 64bit system using "gcc -m32"
without specifying
** Attachment added: "gdb session"
https://bugs.launchpad.net/bugs/858226/+attachment/2452650/+files/mplayer2_crash.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/858226
Title:
i386 version o
Public bug reported:
When parsing my config file on an i686 CPU which does not support SSE2
(namely a Pentium3 with SSE support), mplayer2 2.0-134-g84d8671-2build1
crashes with an "Illegal instruction" cvttsd2si. Output of gdb
disassembly is attached.
** Affects: mplayer2 (Ubuntu)
Importance
Currently my mplayer gives the same error as described in this bug:
https://bugs.launchpad.net/ubuntu/+source/ffmpeg/+bug/318445
But since ffmpeg in jaunty is new, ffmpeg is actually fixed. But I still
can't play the file in mplayer, because it's old and isn't linked
against the new ffmpeg.
I rea
In Jaunty, with version "3:0.svn20090204-2ubuntu1+unstripped2",
everything is ok with ffmpeg, but mplayer gives this error. I suppose
mplayer is linked with ffmpeg built-in rather than using the shared
library. My mplayer is 2:1.0~rc2-0ubuntu19.
--
ffmpeg won't convert flv to mp3
https://bugs.lau
*** This bug is a security vulnerability ***
Public security bug reported:
from http://www.libpng.org/pub/png/libpng.html:
Vulnerability Warning
All versions of libpng from 0.89c through 1.2.34 contain an uninitialized-data
bug that can be triggered by a malicious user. Specifically, there are
Public bug reported:
Binary package hint: python-httplib2
Upstream bug:
http://code.google.com/p/httplib2/issues/detail?id=39
Upstream commit:
http://code.google.com/p/httplib2/source/detail?r=275
Please include in Ubuntu Jaunty version until next upstream release.
This is important because Jau
The thumbnails contain original file modification timestamp. If file is
changed, thumbnail is invalidated and recreated. If you're downloading a video
using bittorrent it will be constantly changing until download is complete.
Nautilus will make a thumbnail, then notice file has changed, make an
I get:
w...@wolf-desktop:~$ opreport
opreport: error while loading shared libraries: libbfd-2.19.so: cannot open
shared object file: No such file or directory
/usr/lib/libbfd-2.19.1.so exists, providing a symbolic link named
"libbfd-2.19.so" to it made opreport work.
oprofile 0.9.3-2ubuntu1
binu
