Bug 243608

Summary: System event sounds are absent even while turned on
Product: [Fedora] Fedora Reporter: Kamil J. Dudek <wielkipiec>
Component: setroubleshootAssignee: John Dennis <jdennis>
Status: CLOSED DUPLICATE QA Contact: Ben Levenson <benl>
Severity: low Docs Contact:
Priority: low    
Version: 7CC: bnocera
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-06-12 22:19:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Log extract none

Description Kamil J. Dudek 2007-06-10 18:06:25 UTC 
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.
Comment 1 Bastien Nocera 2007-06-11 09:17:19 UTC 
Which SELinux errors do you see in the /var/log/messages?
Comment 2 Kamil J. Dudek 2007-06-11 19:00:11 UTC 
Created attachment 156746 [details]
Log extract

I made it shorter because of repeating entries.
Comment 3 Kamil J. Dudek 2007-06-11 19:02:21 UTC 
These logs are fragments of mesages written during login to GNOME session. While
launching gnome-sound-properties *nothing* appears in logs...
Comment 4 Bastien Nocera 2007-06-12 09:42:27 UTC 
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.
Comment 5 John Dennis 2007-06-12 22:19:36 UTC 
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 ***
Comment 6 Kamil J. Dudek 2007-06-14 19:18:45 UTC 
"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...
Comment 7 Danilo Gimenez 2007-06-18 12:06:27 UTC 
Is Bug 238680 related to this one?
 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238680
Comment 8 Kamil J. Dudek 2007-06-18 17:47:59 UTC 
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.