This is fd.o bug 38420, they seem to have cleanly disabled nonstandard
bitdepths:
https://bugs.freedesktop.org/show_bug.cgi?id=38420
- Robert
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 2012-01-04 21:04:45 -0500, Thomas Dickey wrote:
In my initial response, I had in mind that perhaps the optimization that I did
in #274/#275 to discard extra configure-events, and extra exposures (due to
rapid scrolling) was the problem. If I could reproduce it, I'd do that with
the
On 2012-01-05 14:09:36 +0100, Vincent Lefevre wrote:
On 2012-01-04 21:04:45 -0500, Thomas Dickey wrote:
In my initial response, I had in mind that perhaps the optimization that I
did
in #274/#275 to discard extra configure-events, and extra exposures (due to
rapid scrolling) was the
On 2012-01-05 14:13:22 +0100, Vincent Lefevre wrote:
So, I'm starting to think that the problem comes from the nouveau
driver.
No, downgrading *nouveau* and the X server to old versions doesn't
make the problem disappear. However the problem disappeared after
downgrading libx11* packages. I'll
Am 04.01.2012 um 23:26 schrieb oz:
not an easy decision for me. If I understand it correctly, I first
have to fetch the new kernel together with linux-base ...
apt-get -s -t squeeze-backports install
linux-image-2.6.39-bpo.2-686-pae linux-base
Reading package lists... Done
Building
Processing commands for cont...@bugs.debian.org:
forwarded 640080 https://bugs.freedesktop.org/show_bug.cgi?id=38420
Bug #640080 [xvfb] xvfb: Xvfb segfaults when a bit depth other than 8, 15, 16,
24, or 30 requested
Set Bug forwarded-to-address to
On Sun, Dec 11, 2011 at 12:19:51PM +0100, Cyril Brulebois wrote:
Hi,
Dmitry Kolesnikov kastan...@gmail.com (23/10/2011):
I would like to report a bug, but I've found that exactly the same
problem already have a bug report #608045. It seems to me that the
person who closed the bug was
On 2012-01-05 17:41:37 +0100, Vincent Lefevre wrote:
No, downgrading *nouveau* and the X server to old versions doesn't
make the problem disappear. However the problem disappeared after
downgrading libx11* packages. I'll try to investigate more later.
After doing tests on another machine, this
alexander barakin alex.bara...@gmail.com (06/01/2012):
$ sudo dpkg-reconfigure locales
Generating locales (this might take a while)...
en_US.UTF-8... done
ru_UA.UTF-8... done
Generation complete.
$ grep -Ev '^(#|$)' /etc/locale.gen
en_US.UTF-8 UTF-8
ru_UA.UTF-8 UTF-8
$ locale -a |
xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.delta |binary
xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz.id|1 +
2 files changed, 1 insertion(+)
New commits:
commit 21b36a2fdba7f0041417ca580daf6de16227ee69
Author: Cyril Brulebois k...@debian.org
Date: Wed Jan 4
Tag 'xserver-xorg-video-intel-2_2.17.0+git20120104-1' created by Cyril
Brulebois k...@debian.org at 2012-01-06 01:39 +
Tagging upload of xserver-xorg-video-intel 2:2.17.0+git20120104-1 to
experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
ChangeLog | 369
debian/changelog|8
debian/rules| 12 +
src/intel_glamor.c | 14 -
src/intel_glamor.h |2
src/sna/blt.c |4
src/sna/gen3_render.c |
src/intel_glamor.c | 14 ---
src/intel_glamor.h |2
src/sna/blt.c |4
src/sna/gen3_render.c | 152 +++---
src/sna/kgem.c | 192
src/sna/kgem.h |
xserver-xorg-video-intel_2.17.0+git20120104-1_source+amd64.changes uploaded
successfully to localhost
along with the files:
xserver-xorg-video-intel_2.17.0+git20120104-1.dsc
xserver-xorg-video-intel_2.17.0+git20120104.orig.tar.gz
xserver-xorg-video-intel_2.17.0+git20120104-1.diff.gz
Accepted:
xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb
to
main/x/xserver-xorg-video-intel/xserver-xorg-video-intel-dbg_2.17.0+git20120104-1_amd64.deb
xserver-xorg-video-intel_2.17.0+git20120104-1.diff.gz
to
reassign 640464 xserver-xorg-video-nouveau
found 640464 1:0.0.16+git20101210+8bb8231-2
found 640464 1:0.0.16+git20111201+b5534a1-1
thanks
On 2012-01-05 23:36:44 +0100, Vincent Lefevre wrote:
After doing tests on another machine, this is not related to the
libx11* packages (in some cases, the
Processing commands for cont...@bugs.debian.org:
reassign 640464 xserver-xorg-video-nouveau
Bug #640464 [xterm] xterm: rendering problems (pixels not erased?)
Bug reassigned from package 'xterm' to 'xserver-xorg-video-nouveau'.
Bug No longer marked as found in versions xterm/271-1 and
tags 640464 - moreinfo
thanks
On 2011-09-05 20:41:01 +0200, Julien Cristau wrote:
If this is new, when did it start occurring?
According to my tests, it doesn't occur with
xorg 1:7.5+8
xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-4
and occurs with
xorg 1:7.6+4
Processing commands for cont...@bugs.debian.org:
tags 640464 - moreinfo
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not
erased?)
Removed tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
640464:
Processing commands for cont...@bugs.debian.org:
retitle 640464 in xterm, some rectangles are not redrawn
Bug #640464 [xserver-xorg-video-nouveau] xterm: rendering problems (pixels not
erased?)
Changed Bug title to 'in xterm, some rectangles are not redrawn' from 'xterm:
rendering problems
Processing commands for cont...@bugs.debian.org:
retitle 640464 in xterm, some rectangles are not redrawn when the window is
partly covered
Bug #640464 [xserver-xorg-video-nouveau] in xterm, some rectangles are not
redrawn
Changed Bug title to 'in xterm, some rectangles are not redrawn when
21 matches
Mail list logo
