[Bug 486154] Re: System beep broken in Karmic despite heroic efforts to fix it

[Dmitrijs Ledkovs]

I'm part of Ubuntu Reviewers team. Your patch is good to brute-force
revert the change but what about people who want both options and switch
between the two behavior? As discussed in this long bug report it's not
possible yet due to many issues raised and the patch doesn't bring
configurable behavior.

I've subscribed foundations team, hopefully they can work on this.

Thank you for making Ubuntu better. This bug sucks indeed.

** Tags added: patch-needswork
** Tags removed: patch

-- 
System beep broken in Karmic despite heroic efforts to fix it
https://bugs.launchpad.net/bugs/486154
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is a direct subscriber.

Status in The Metacity Window Manager: Unknown
Status in “libcanberra” package in Ubuntu: New
Status in “metacity” package in Ubuntu: Confirmed
Status in “pulseaudio” package in Ubuntu: Invalid

Bug description:
Between Jaunty and Karmic, a number of changes were made to keep the PC speaker from beeping.  As part of this, system bell events are now captured by metacity, which uses libcanberra to play a sound.  For users without speakers, this fails to be useful.  The current setup makes restoring the old behavior extremely difficult.

The absolute show stopper is that metacity traps audible system bell events.  This behavior is, as best we can tell, not configurable.  The attached patch keeps metacity from capturing system bell events.  It also removes the sound playback capability.  As Lucid will be using pulse audio's module-x11-bell to play sounds for system bell events, it is not necessary for this capability to be in metacity.  Additionally, this removes the discrepancy between metacity's and compiz's handling of system bell events.

There are several other difficulties in enabling the system bell:
1) Even if it is taken out of the blacklist, the pcspkr module may not load properly.  Another modprobe may be necessary to get it loaded.  See bug #398161.
2) Something in Gnome's startup does the equivalent of `xset b off`, so `xset b on` must be run on every login.  (Note that bug #280767 keeps you from setting the bell volume with xset.)
3) A number of settings in gnome-terminal and gconf may keep the shell from sounding system bell events.

Comments #28, #34, and #50 give more detailed summaries of the various problems.