compiz_0.8.4-5.2_amd64.changes uploaded successfully to localhost
along with the files:
compiz_0.8.4-5.2.dsc
compiz_0.8.4-5.2.diff.gz
compiz_0.8.4-5.2_all.deb
compiz-core_0.8.4-5.2_amd64.deb
compiz-dev_0.8.4-5.2_amd64.deb
compiz-gtk_0.8.4-5.2_amd64.deb
compiz-kde_0.8.4-5.2_amd64.deb
Your message dated Tue, 29 May 2012 09:32:14 +
with message-id e1szimk-0001fd...@franck.debian.org
and subject line Bug#671995: fixed in compiz 0.8.4-5.2
has caused the Debian Bug report #671995,
regarding compiz: FTBFS: window.cpp:1603:43: error: 'gethostname' was not
declared in this scope
Accepted:
compiz-core_0.8.4-5.2_amd64.deb
to main/c/compiz/compiz-core_0.8.4-5.2_amd64.deb
compiz-dev_0.8.4-5.2_amd64.deb
to main/c/compiz/compiz-dev_0.8.4-5.2_amd64.deb
compiz-gtk_0.8.4-5.2_amd64.deb
to main/c/compiz/compiz-gtk_0.8.4-5.2_amd64.deb
compiz-kde_0.8.4-5.2_amd64.deb
to
Package: xserver-xorg-video-intel
Version: 2:2.19.0-1
Severity: grave
Since upgrading xserver-xorg-video-intel from 2:2.18.0-2 to 2:2.19.0-1
I get frequent lookups of X. So far this always happened when opening
a large email folder in icedove(thunderbird). At this point the
desktop is completely
Processing commands for cont...@bugs.debian.org:
forwarded 675022 https://bugs.freedesktop.org/show_bug.cgi?id=50455
Bug #675022 [xserver-xorg-video-intel] Frequent lockups when using icedove
(thunderbird)
Set Bug forwarded-to-address to
'https://bugs.freedesktop.org/show_bug.cgi?id=50455'.
I can confirm that the proposed fix to disable FBC worked for me. Since
i915.i915_enable_fbc=0, the GPU hangs didn't occur again.
I'm wondering if xserver-xorg-video-intel should ship a modprobe file
accordingly or if it is feasible to backport the fixes in 3.4 that were
briefly mentioned in the
On Sunday, May 20, 2012 07:32:10 Jonathan Nieder wrote:
Hi Andreas,
Jonathan Nieder wrote:
Andreas Berger wrote:
ok, i narrowed it down, but it is:
found: linux-image-2.6.36-trunk-686, version 2.6.36-1~experimental.1
not found: linux-image-2.6.37-rc4-686, version
Andreas Berger wrote:
out of curiousity, is the scope of this still to make a patch for squeeze?
Yep, squeeze still has at least a year of life in it yet.
Thanks,
Jonathan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Processing commands for cont...@bugs.debian.org:
reassign 674965 libgl1-mesa-dri
Bug #674965 [mesa-utils] /usr/bin/glxinfo: glxinfo gives PIPE_CAP warning
Bug reassigned from package 'mesa-utils' to 'libgl1-mesa-dri'.
No longer marked as found in versions mesa-demos/8.0.1-2.
Ignoring request to
src/Makefile.am |1 +
src/compat-api.h | 41 +
src/drmmode_display.c | 16
src/nouveau_dri2.c| 20 ++--
src/nouveau_exa.c | 14 +++---
src/nouveau_xv.c | 16
On Tue, May 29, 2012 at 12:02:14AM +0200, Cyril Brulebois wrote:
The dependency in squeeze (and in other suites) is:
ati→{mach64,r128,radeon}
there's no:
radeon→ati
OK, my bad - surely some confusion on my side.
But the result is, GLX is entirely disabled, and we can see a fail to
Yann Dirson ydir...@free.fr (29/05/2012):
OK I understand that there is no absolute requirement for -ati, and
thus a Depends is probably not a good idea for some users. But for
the vast majority, who will want to use it, what about adding a note
in package descriptions of {mach64,r128,radeon}
On Tue, May 29, 2012 at 11:45:45PM +0200, Cyril Brulebois wrote:
Even then, why this Depends of ati on all 3 drivers ? I can dpkg -r
--force-depends both mach64 and r128, and ati+radeon does startup
without complaining at all. Shouldn't this be downgraded to a
Recommends as well ?
debian/changelog |4 ++--
src/Makefile.am |1 +
src/compat-api.h | 41 +
src/drmmode_display.c | 16
src/nouveau_dri2.c| 20 ++--
src/nouveau_exa.c | 14 +++---
14 matches
Mail list logo
