Processing of compiz_0.8.4-5.2_amd64.changes

2012-05-29 Thread Debian FTP Masters
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

Bug#671995: marked as done (compiz: FTBFS: window.cpp:1603:43: error: 'gethostname' was not declared in this scope)

2012-05-29 Thread Debian Bug Tracking System
Your message dated Tue, 29 May 2012 09:32:14 + with message-id 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 to be marked as done. This means th

compiz_0.8.4-5.2_amd64.changes ACCEPTED into unstable

2012-05-29 Thread Debian FTP Masters
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 main/

Bug#675022: Frequent lockups when using icedove (thunderbird)

2012-05-29 Thread Michael Biebl
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 f

Processed: Re: Bug#675022: Acknowledgement (Frequent lockups when using icedove (thunderbird))

2012-05-29 Thread Debian Bug Tracking System
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'. >

Bug#675022: Acknowledgement (Frequent lockups when using icedove (thunderbird))

2012-05-29 Thread Michael Biebl
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 u

Re: base: System freezes at random time after Resume from Suspend (Regression)

2012-05-29 Thread Andreas Berger
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, versi

Re: base: System freezes at random time after Resume from Suspend (Regression)

2012-05-29 Thread Jonathan Nieder
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 listma

Processed: reassign 674965 to libgl1-mesa-dri

2012-05-29 Thread Debian Bug Tracking System
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

xserver-xorg-video-nouveau: Changes to 'upstream-unstable'

2012-05-29 Thread Maarten Lankhorst
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 src/

Bug#674952: xserver-xorg-video-radeon: fails to work properly without -ati

2012-05-29 Thread Yann Dirson
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 "fa

Bug#674952: xserver-xorg-video-radeon: fails to work properly without -ati

2012-05-29 Thread Cyril Brulebois
Yann Dirson (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} that the -a

Bug#674952: xserver-xorg-video-radeon: fails to work properly without -ati

2012-05-29 Thread Yann Dirson
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

xserver-xorg-video-nouveau: Changes to 'debian-unstable'

2012-05-29 Thread Maarten Lankhorst
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 +++--- src/nouveau_xv.c

Bug#675138: weston: not installable, fails to build from source

2012-05-29 Thread twied
Package: weston Version: 0.85.0-1 Severity: serious Justification: Policy 5.6.10 Dear Maintainer, package weston (0.85.0-1) is currently uninstallable due to a depend (=0.85.0-1) on libwayland0. This depend should read (=0.85.0-2) or (>= 0.85.0-1). The package also fails to build from source, s

Bug#674952: xserver-xorg-video-radeon: fails to work properly without -ati

2012-05-29 Thread Maarten Lankhorst
Hey, Op 30-05-12 00:30, Yann Dirson schreef: > 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'