Red Hat Bugzilla – Bug 243608
System event sounds are absent even while turned on
Last modified: 2007-11-30 17:12:07 EST
Description of problem:
System event sounds stopped working properly after changing SELinux memory
protection policies. Maybe that's not a reason of this behaviour, I don't know.
The ESD process is turned off (
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156769 ) and system event
sounds are absent, but terminal informs about:
(process:3219): GStreamer-WARNING **: The GStreamer function
called, but the GLib threading system has not been initialised
yet, something that must happen before any other GLib function
is called. The application needs to be fixed so that it calls
if (!g_thread_supported ()) g_thread_init(NULL);
as very first thing in its main() function. Please file a bug
against this application.
Version-Release number of selected component (if applicable):
GNOME gnome-sound-properties 2.18.0
Steps to Reproduce:
1. Enable memory protection
2. Try to turn on ESD sounds and system event sounds
3. No sounds being heard
Previosusly, few minutes after clean install, all worked fine.
Chosen sound files dedicated for events are playable in gstreamer players like
Which SELinux errors do you see in the /var/log/messages?
Created attachment 156746 [details]
I made it shorter because of repeating entries.
These logs are fragments of mesages written during login to GNOME session. While
launching gnome-sound-properties *nothing* appears in logs...
I don't see anything in the log related to SELinux errors, apart from
setroubleshootd not being able to handle some of the messages.
I'll pass this on to setroubleshoot-server.
Marking this as a duplicate of bug # 241739, which is tracking a known problem
with setroubleshoot/sealert i18n handling, please see that bug for an update
test package which should resolve the problem.
*** This bug has been marked as a duplicate of 241739 ***
"System event sounds are absent even while turned on"
I noticed few minutes ago, that GNOME is unable to restore i session when esd
deamon is being used to do it. Logging in hangs, when I kill "esd" process via
tty, restoring session becomes to work again. The same with logging out.
ESD seems to be the only responsible for these hangs...
Is Bug 238680 related to this one?
A bit. The difference is that esd does hang session but seldom, usually it
simply doesn't work or makes other sound-oriented programs work inproperly.