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 gst_init_get_option_group() was 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 Expected results: Previosusly, few minutes after clean install, all worked fine. Additional info: Chosen sound files dedicated for events are playable in gstreamer players like totem.
Which SELinux errors do you see in the /var/log/messages?
Created attachment 156746 [details] Log extract 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? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238680
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.