On Fri, Sep 7, 2012 at 3:45 PM, Yann Dirson ydir...@free.fr wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-5
Severity: normal
What I can easily reproduce:
Running xscreensaver-command -activate, and hitting Ctrl-Alt-F1
while it is fading away leaves me on a dimmed tty1.
Hi,
Andrew's patch seems to fix the issue for me.
Matteo, I couldn't get it to work after compiling and got it to work after
doing the following:
- Upgrade from VMWare Workstation 7 to workstation 9 (alternatively use
Player 5)
- Installed libgl1-mesa-dri-experimental (might not be needed - I
On Fre, 2012-09-07 at 21:45 +0200, Yann Dirson wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-5
Severity: normal
What I can easily reproduce:
Running xscreensaver-command -activate, and hitting Ctrl-Alt-F1
while it is fading away leaves me on a dimmed tty1. Switching to
Processing commands for cont...@bugs.debian.org:
reassign 687058 libgl1-mesa-dri
Bug #687058 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: Gnome 3
fonts rendering problem (also appeared at fonts in Blender Software)
Bug reassigned from package 'xserver-xorg-video-radeon' to
reassign 687058 libgl1-mesa-dri
kthxbye
On Son, 2012-09-09 at 03:04 +0300, Manolis wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-5
Severity: important
As you can see in the screenshot i've included, fonts are corrupted.
This type of font's corruption appeared in the past
#
# bts-link upstream status pull for source package xserver-xorg-input-synaptics
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #609903 (http://bugs.debian.org/609903)
# Bug title:
Package: libdrm-nouveau1a
Version: 2.4.33-3
Severity: normal
Dear Maintainer,
after a recent upgrade, X is rather unstable. It sometimes uses 100% CPU
with no discernible reason or pattern, got killed by the oom-killer
twice in a week so far, and spams the Xorg.log.0 with over a million
lines
On Mon, Sep 10, 2012 at 18:22:30 +0200, ryx wrote:
Package: libdrm-nouveau1a
Version: 2.4.33-3
Severity: normal
Dear Maintainer,
after a recent upgrade, X is rather unstable. It sometimes uses 100% CPU
with no discernible reason or pattern, got killed by the oom-killer
twice in a week
Processing commands for cont...@bugs.debian.org:
tags 687190 + moreinfo
Bug #687190 [libdrm-nouveau1a] libdrm-nouveau1a: X crashes, uses 100% cpu,
spams Xorg.log with -28
Added tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
687190:
On 2012-09-09 21:53 +0200, r ductor wrote:
4) Booted with experimenta kernel
linux-image-3.5-trunk-686-pae
Version: 3.5.2-1~experimental.1
black TTY and black X so I cannot document this.
I've reported the bug upstream
https://bugs.freedesktop.org/show_bug.cgi?id=54700
(but I reported the
Dear all,
I also experience this bug.
For my configuration please have a look at the (possibly related) bug
#687203.
Best regards,
--
Carsten Otto o...@informatik.rwth-aachen.de
LuFG Informatik 2 http://verify.rwth-aachen.de/otto/
RWTH Aachenphone: +49 241 80-21211
Dear all,
I found out that xrandr --dpi n indeed works in the sense that xterm
fonts get bigger.
However, I still do not know how to properly configure X so that a
high DPI display is properly used (e.g. in Firefox without plugins).
Best regards,
--
Carsten Otto
This might be related to bugs
#582566 (xset -b setting lost)
#541388 (xmodmap settings lost)
#568868 (key repeat settings lost)
Furthermore, I think the bug appeared when upgrading from squeeze to
wheezy.
--
Carsten Otto o...@informatik.rwth-aachen.de
LuFG Informatik 2
13 matches
Mail list logo