[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#616392: marked as done (gnome-terminal: display corruption when rendering text)

Your message dated Sun, 25 Sep 2011 13:34:10 +0200
with message-id <20110925113410.GA4438@radis.liafa.jussieu.fr>
and subject line Re: Bug#604680: Reassigning 604680 & friends
has caused the Debian Bug report #604680,
regarding gnome-terminal: display corruption when rendering text
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
604680: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604680
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libvte9
Version: 1:0.24.3-2
Severity: important

As can be seen in the attached screenshot, I see text misrendered with
what looks like lines or dots over the text.  This occurs less
frequently with kernel 2.6.37 than it does with 2.6.38-rc6, and Ctrl-L
used to help more often (it always used to fix the problem; it only
sometimes does now).  It happens frequently in mutt, but I've seen it in
aptitude as well; it's mostly (although I'm not sure if exclusively) in
programs using ncurses.

This problem occurs in gnome-terminal, xfce4-terminal, and evilvte.

I do use compiz and normally a transparent background, although mutt
always uses a black background, and disabling the transparency does not
help.  If you need more information, please let me know.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvte9 depends on:
ii  libatk1.0-0               1.32.0-2       The ATK accessibility toolkit
ii  libc6                     2.11.2-13      Embedded GNU C Library: Shared lib
ii  libcairo2                 1.10.2-4       The Cairo 2D vector graphics libra
ii  libfontconfig1            2.8.0-2.1      generic font configuration library
ii  libfreetype6              2.4.4-1        FreeType 2 font engine, shared lib
ii  libglib2.0-0              2.28.1-1+b1    The GLib library of C routines
ii  libgtk2.0-0               2.20.1-2       The GTK+ graphical user interface 
ii  libncurses5               5.7+20100313-5 shared libraries for terminal hand
ii  libpango1.0-0             1.28.3-3       Layout and rendering of internatio
ii  libvte-common             1:0.24.3-2     Terminal emulator widget for GTK+ 
ii  libx11-6                  2:1.4.1-5      X11 client-side library

libvte9 recommends no packages.

libvte9 suggests no packages.

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
On Fri, Apr 22, 2011 at 11:42:31 +0200, Cyril Brulebois wrote:

> Hi,
> 
> brian m. carlson <sandals@crustytoothpaste.net> (21/04/2011):
> > Since all the affected systems use Intel GPUs and I'm starting to
> > see these types of corruptions in the gnome-terminal from GNOME 3
> > and in GNOME 3 in general, I'm reassigning to
> > xserver-xorg-video-intel.  If the maintainers think the bug is in
> > libcairo2, they can feel free to reassign it there.
> 
> next time, please Cc those maintainers so that they can read about
> that, instead of just having control@'s output in response to your
> commands…
> 
I'm pretty sure this is fixed, so closing...

Cheers,
Julien

--- End Message ---
Reply to: