Your message dated Thu, 20 Mar 2014 12:09:59 +0100
with message-id <[email protected]>
and subject line Re: Bug#564950: gnome-shell: overview unuseable on radeon when
much zooming is required
has caused the Debian Bug report #564950,
regarding gnome-shell: overview unuseable on radeon when much zooming is
required
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 [email protected]
immediately.)
--
564950: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564950
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gnome-shell
Version: 2.28.1~git20091125-1
Severity: normal
Hello,
I just switched to the free radeon driver and applied the
"CLUTTER_VBLANK=none" trick to get gnome-shell working.
But I have a problem in overview that manifests itself when too much
zooming is required : the incriminated windows are all black, and the
animation (entering and exiting overview, adding a window to the
workspace, even dragging an icon,...) becomes sluggish.
I know that "too much zooming" might not be precise enough, but that's
the best I could come with after quite some experimentation :-)
Some examples :
- one too big window that needs to be zoomed out when entering overview
mode (a crowded workspace makes "too big" very easy to reach)
- adding a second workspace (even when empty, both workspaces are
zoomed out when entering overview, which triggers the problem for the
workspaces themselves)
Most problematic windows appear black, but some of them appear white
(most notably the active workspace when multiple workspaces trigger the
problem), and emacs sometimes appears transparent.
The sluggishness seems vaguely proportionnal to the area covered by
black windows. More black windows definitely means slower reactions,
which renders a multiple workspaces overview impossible to work with.
Voilà, don't hesitate to ask for more info,
--
Rémi
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gnome-shell depends on:
ii gconf2 2.28.0-1 GNOME configuration database syste
ii gir1.0-clutter-1.0 1.0.8-1 GObject introspection data for the
ii gir1.0-freedesktop 0.6.7-2 Introspection data for some FreeDe
ii gir1.0-glib-2.0 0.6.7-2 Introspection data for GLib, GObje
ii gir1.0-gtk-2.0 0.6.5-3 GObject introspection data for the
ii gir1.0-mutter-2.28 2.28.1~git20091208-1 GObject introspection data for Mut
ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra
ii libclutter-1.0-0 1.0.8-1 Open GL based interactive canvas l
ii libcroco3 0.6.2-1 a generic Cascading Style Sheet (C
ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst
ii libfontconfig1 2.8.0-2 generic font configuration library
ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
ii libgconf2-4 2.28.0-1 GNOME configuration database syste
ii libgirepository1.0- 0.6.7-2 Library for handling GObject intro
ii libgjs0 0.4-4 Mozilla-based javascript bindings
ii libgl1-mesa-glx [li 7.7-1 A free implementation of the OpenG
ii libglib2.0-0 2.22.3-2 The GLib library of C routines
ii libgnome-desktop-2- 2.28.2-1 Utility library for loading .deskt
ii libgnome-menu2 2.28.0.1-2 an implementation of the freedeskt
ii libgstreamer0.10-0 0.10.25-4+b1 Core GStreamer libraries and eleme
ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface
ii libmozjs2d 1.9.1.6-1 The Mozilla SpiderMonkey JavaScrip
ii libnspr4-0d 4.8.2-1 NetScape Portable Runtime Library
ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio
ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG
ii libstartup-notifica 0.10-1 library for program launch feedbac
ii libx11-6 2:1.3.2-1 X11 client-side library
ii libxcomposite1 1:0.4.1-1 X11 Composite extension library
ii libxdamage1 1:1.1.2-1 X11 damaged region extension libra
ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar
ii libxfixes3 1:4.0.4-1 X11 miscellaneous 'fixes' extensio
ii libxml2 2.7.6.dfsg-1 GNOME XML library
ii mesa-utils 7.7-1 Miscellaneous Mesa GL utilities
ii mutter 2.28.1~git20091208-1 lightweight GTK+ window manager
ii pkg-config 0.22-1 manage compile and link flags for
ii python 2.5.4-5 An interactive high-level object-o
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages gnome-shell recommends:
ii xserver-xephyr 2:1.7.3.902-1 nested X server
gnome-shell suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hello,
I have now a DRI2 capable stack, so I have no way to reproduce this
problem.
However, I think gnome-shell gets to fallback mode nowadays if the
graphics stack is not capable enough, so this bug can be closed.
Thanks,
--
Rémi
--- End Message ---
