Hi,
Samuel Thibault wrote (06 Nov 2010 22:46:20 GMT) :
This is a me too. While trying to make gdm beep somehow, I stumbled
across metacity disabling XkbAudibleBellMask, which thus makes the core
bell rerouted via some gnome daemon. Setting
/desktop/gnome/sound/event_sounds to true does work
intrigeri, le Tue 18 Nov 2014 10:29:42 +0100, a écrit :
Samuel Thibault wrote (06 Nov 2010 22:46:20 GMT) :
This is a me too. While trying to make gdm beep somehow, I stumbled
across metacity disabling XkbAudibleBellMask, which thus makes the core
bell rerouted via some gnome daemon.
This is a me too. While trying to make gdm beep somehow, I stumbled
across metacity disabling XkbAudibleBellMask, which thus makes the core
bell rerouted via some gnome daemon. Setting
/desktop/gnome/sound/event_sounds to true does work for me in my current
setup:
ii xserver-xorg
The bell stopped working again after the following upgrade and
restarting the X session:
xserver-xorg 1:7.4+4 1:7.5~3
xserver-xorg-core 2:1.6.5-1 2:1.7.2-2
xserver-xorg-input-evdev 1:2.2.5-1 1:2.3.1-1
xserver-xorg-video-radeon 1:6.12.3-1 1:6.12.4-1
Again, in an
After a lot of fiddling, I was able to make the bell audible again by
setting the /desktop/gnome/sound/event_sounds gconf key to true
(default is false). It is somewhat different from the standard X bell
(it is much longer and apparently can only be fired at most once per
second or so), but it
Piotr Engelking inkerma...@gmail.com:
After a lot of fiddling, I was able to make the bell audible again by
setting the /desktop/gnome/sound/event_sounds gconf key to true
(default is false). It is somewhat different from the standard X bell
(it is much longer and apparently can only be fired
Package: metacity
Version: 1:2.28.0-1
Severity: normal
After upgrading Metacity from version 1:2.26.0-3 to 1:2.28.0-1
and restarting the X session, system bell (echo -ne '\a') stopped
working in X.
In an X session without Metacity running, the bell works correctly.
-- System Information:
7 matches
Mail list logo
