My system was not up to date (I had kernel and hibernate issues, to I
did not update for some weeks).
I now tested in a hardy 64bit chroot on another system (gutsy 64bit),
and I have no issues with stock icons loading, but with the default
ia32-libs from hardy.
Maybe I'll try to dist-upgrade my o
That's not my comment there. I tested with a simple GTK app, not with
vmware.
--
32bit GdkPixbuf modules not loaded when using ia32-libs
https://bugs.launchpad.net/bugs/205223
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in ubu
I installed that package and tested again. The issue is still here (no
stock icons).
Error loading theme icon 'gtk-close' for stock: Unable to load image-
loading module: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so:
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF clas
I still sometimes see this issue on Hardy. It is not always reproducible
but I saw that freeze recently when having Firefox in fullscreen mode on
one screen, and double clicking Totem on another screen to go fullscreen
(I've got a dual head setup, nvidia driver). If I connect to the system
with ssh
Ok, it only crashes if it is given a non existing uri. I just installed
the libc info pages, and now "yelp info:libc" is not crashing any more.
--
yelp crashed with SIGSEGV in rrn_info_find_from_uri()
https://bugs.launchpad.net/bugs/29
You received this bug notification because you are a memb
I've seen a similar crash when launching yelp with an info url. For
instance:
"yelp info:libc"
--
yelp crashed with SIGSEGV in rrn_info_find_from_uri()
https://bugs.launchpad.net/bugs/29
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed t
Public bug reported:
I'm trying to load a 32bit application (Firefox 3 from mozilla.org) on
amd64 Hardy, and I'm getting the error:
Gtk-WARNING **: Error loading theme icon 'gtk-ok' for stock: Unable to
load image-loading module: /usr/lib/gtk-2.0/2.10.0/loaders
/libpixbufloader-png.so: /usr/lib/g
** Bug watch added: Mozilla Bugzilla #394103
https://bugzilla.mozilla.org/show_bug.cgi?id=394103
** Also affects: firefox via
https://bugzilla.mozilla.org/show_bug.cgi?id=394103
Importance: Unknown
Status: Unknown
--
Firefox 3.0 makes everything annoyingly huge
https://bugs.launc
These patches are now applied since version 1.4.10-1ubuntu1:
libcairo (1.4.10-1ubuntu1) gutsy; urgency=low
[ Matti Lindell ]
* debian/patches/02-cairo-1.4.8-lcd-filter-1.patch:
- ClearType-like LCD filtering (David Turner's patches)
--
[enhancement] Should include David Turner's patches
Public bug reported:
Brandon Wright found an issue with the lcd-filter patch:
https://bugs.freedesktop.org/show_bug.cgi?id=10301#c21
quote:
". In fact, the original
Ubuntu-modified changeset to Cairo has a significant error where they use
FC_LCD_FILTER_* definitions where they should be using F
** Attachment added: "The patch for the lcd-filter patch"
http://launchpadlibrarian.net/10804618/lcd-filtering-wrong-constants.diff
--
lcd-filter patch is using wrong parameters for FT_Library_SetLcdFilter
https://bugs.launchpad.net/bugs/174934
You received this bug notification because you a
By "subpixel-patched cairo", I'm guessing you mean the patch by David
Turner to enable LCD-filtering (known as 02-cairo-1.4.8-lcd-
filter-2.dpatch in Ubuntu cairo patches).
This patch has been ported for cairo 1.5, and is available at:
https://bugs.freedesktop.org/show_bug.cgi?id=10301
I hope th
Public bug reported:
Binary package hint: gnome-keyring
I think it would be good to include that file, as it gives useful
developer information.
The change would be to add a keyring-intro.txt to the debian/docs file.
** Affects: gnome-keyring (Ubuntu)
Importance: Undecided
Status:
** Attachment added: "Patch which solves the issue, for demonstration only"
http://librarian.launchpad.net/6383771/bandaid.patch
--
ubuntulooks causes massive memory use at startup for Firefox 3 trunk build
https://launchpad.net/bugs/84221
--
desktop-bugs mailing list
desktop-bugs@lists.ubu
The issue is that Firefox tries to draw a progressbar of very small size
(width=1, height=1). This results in a negative object allocation in
cairo, which makes it eat all the memory.
** Attachment added: "stack trace with symbols"
http://librarian.launchpad.net/6383736/bt.txt
--
ubuntulooks
Public bug report changed:
https://launchpad.net/malone/bugs/19538
Comment:
No, that's now fine with dapper. I opened it and it evince only consumes
31Mb of RSS memory.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
16 matches
Mail list logo
