Now Cairo's version is 1.12.16 and I still have to patch it with any DE
other than KDE. As "wm4" said, the patch is so simple. Strange! Anything
even remotely related to Gnome has become illogical!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
Why is this bug not getting fixed? Cairo refuses to fix this bug,
claims it's nvidia's fault, and tells users that distros should apply
the 3 line patch.
If you don't want to support the nvidia drivers, then stop packaging
the drivers and tell users to use a different distro. Otherwise, fix
this b
Dear Maintainer,
Could you please confirm or deny if the workaround patch mentioned
above is going to make it into Wheezy?
Kind regards,
Grzegorz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Not sure it's 100% relevant, but in case : as of today (using Nvidia
drivers and wheezy with libcairo2 1.12.2-2) I noticed that minimizing /
restoring the Icedove window, when it displays a mail, is jerky (slight
but visible delay), which used to happen as well in Debian Squeeze when
using libc
I'm also confirming that this still causes problems in the wheezy
alpha 1 release (libcairo 1.12.2-1). It makes opening new tabs
incredibly slow. I followed the instructions to rebuild libcairo2 and
applied the patch and it resolves my issues. I was coming from Linux
Mint 12/Ubuntu releases and tho
Here is an instruction on how to apply the patch:
http://forums.debian.net/viewtopic.php?f=6&t=80382
Mr. Dröge, do you really want to make the dependent software to be unusable
until Nvidia fix the bug? This can be a very long time. Please, add this
patch to the package, at least until the problem
I can confirm that this issue is back after upgrading to libcairo2 1.12
I tested in both unstable and testing, AMD64, NVIDIA Corporation GT218
[GeForce G210M] (rev a2)
The issue is most notable in Chrome/Chromium (all versions from 18 to 21)
when using more than 3 tabs. Switching, opening and closi
I am definitely having the problem as well. I am running debian unstable with
the 295.33 nvidia drivers and libcairo 1.12.0-2.1. The problem was most
visible in Iceweasel (i am using KDE and i guess that this is one of the few
GTK applications i'm using). When loading some sites (like 9gag for e
Looks like the slowdown is back with 1.10.2-7 on unstable. After the
update my desktop (gnome-shell) was quite unresponsive and slow
(especially when changing desktop with iceweasel opened).
I have reverted to 1.10.2-6.2 and all is back to normal.
Any idea what could be wrong?
Am I the only one
> As of libcairo2 1.10.2-6.1 and NVidia drivers 280.13.really.275.28-1 ...
I confirm that, with libcairo2 1.10.2-6.1 and nVidia 285.05.09, THIS bug
doesn't occur anymore. Another bug, related to trapezoid acceleration,
has appeared with Xorg 1.11.1, which causes terrible slowdowns and high
CPU
As of libcairo2 1.10.2-6.1 and NVidia drivers 280.13.really.275.28-1 the
slowdown doesn't occur anymore on my computer (I'm still using XOrg 1.10
because of the ABI v11 issues but this is a whole other matter).
It looks like NVidia added support for the missing server-side gradients
functionality
In the bug report i have explained that the version affected is 1.10.2-4
and that downgrading to 1.8.10-6 solves the problem. Later i have
confirmed that the bug is also present in the latest version of
libcairo2 in Unstable (which at the time of writing was 1.10.2-6). I
believe that the message:
Could somebody merge this the #616312? (I tried but it didn't seem to work).
Also, the reported version is wrong - the problem is with cairo/1.10.2-4
(or -6), the fix is to downgrade to cairo/1.8.10-6.
Thanks,
Arthur
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
Confirmed in my system.
After upgrade libcairo2 from 1.8.10-6 to 1.10.2-6 my GNOME interface
become very unresponsible. Any menus are rendering very slow, when I
switching applications from Claws Mail to Nautilus or Firefox, I have
to wait 2-3 seconds to render application window.
Also, I notified
The problem is still present on an update Debian Unstable with kerel
2.6.38, libcairo2 1.10.2-6 and NVidia drivers 270.30 (this is beta
version of the driver). Building a libcairo2 package with the
server_side_gradients solved the problem.
signature.asc
Description: This is a digitally signed mes
Hi,
I can confirm that patch server_side_gradients.patch from
http://archive.ubuntu.com/ubuntu/pool/main/c/cairo/cairo_1.10.2-2ubuntu1.debian.tar.gz
is resolving this issue.
I did rebuild libcairo2-1.10.2-4 with this patch and using it without problems.
Best,
Janos
# Description: don't use serve
I did a build with the patches included in
cairo_1.10.2-2ubuntu1.debian.tar.gz, I used the settings included
also, because gave me some errors with debian settings makings the
packages.
patch is included here
http://archive.ubuntu.com/ubuntu/pool/main/c/cairo/cairo_1.10.2-2ubuntu1.debian.tar.gz
Mr. Dröge, I understand your position and will file a bug report to
NVida (when i figure out their bug reporting system which i haven't used
before), i only hope that they will chose to address the problem rather
than send me to the cairo developers.
American_Jesus, do you have a link to the full
On Wed, 2011-03-09 at 10:50 +0200, Александър Годумов wrote:
> Will this patch be included in Debian? It may not be the ideal solution
> but holding libcairo2 at version 1.8.10-6 will also hold a lot of other
> packages and on the other hand not using the NVidia proprietary drivers
> is not a solut
Will this patch be included in Debian? It may not be the ideal solution
but holding libcairo2 at version 1.8.10-6 will also hold a lot of other
packages and on the other hand not using the NVidia proprietary drivers
is not a solution to most people.
--
To UNSUBSCRIBE, email to debian-bugs-dist
On Tue, 2011-03-08 at 01:26 +, American_Jesus wrote:
> The problem is solved in Ubuntu, i think it is with this patch!
>
> * debian/patches/server_side_gradients.patch: - don't use server side
> gradients, most drivers don't handle those and are really slow, should
> workaround performances is
The problem is solved in Ubuntu, i think it is with this patch!
* debian/patches/server_side_gradients.patch: - don't use server side
gradients, most drivers don't handle those and are really slow, should
workaround performances issues for ati and nouveau
Related Reports https://bugs.launchpad.ne
Package: libcairo2
Version: 1.8.10-6
Severity: important
The latest libcairo2 in unstable (Version: 1.10.2-4) in combination with the
latest NVidia drivers (the entire 260.x.x series as well as the beta 270.x
series of drivers) makes the desktop environment (the latest GNOME in unstable)
very slow
23 matches
Mail list logo
