Description of problem: If I run rhythmbox --print-playing, I get two rb icons in the notification area. The rhythmbox-client process never quits, and doesn't print anything to stdout. The first instance of rb is playing music just fine, and isn't blocking. The second instance that starts up is fully usable, will play tunes etc, even whilst the first one continues. Version-Release number of selected component (if applicable): rhythmbox-0.11.3-7.fc8
Any errors on the command-line? Are you running within a session that has a dbus daemon running (look for "/bin/dbus-daemon --session" in the process list)
Starting up the first rhythmbox from command line gets me.. (rhythmbox:7527): Rhythmbox-WARNING **: Failed to invoke RequestName: Connection ":1.22" is not allowed to own the service "org.gnome.Rhythmbox" due to SELinux policy (rhythmbox:7527): Rhythmbox-WARNING **: Got unhandled reply 52 from RequestName (rhythmbox:7527): Rhythmbox-WARNING **: Unable to start mDNS browsing: MDNS service is not running (rhythmbox:7527): Rhythmbox-WARNING **: Unable to notify network of music sharing: The avahi MDNS service is not running
hmm, I seem to have two dbus daemons present. is that normal ? $ ps ax | grep dbus-daemon | grep session 1109 ? Ssl 0:00 /bin/dbus-daemon --fork --print-pid 4 --print-address 7 --session 7604 ? S 0:00 /bin/dbus-daemon --fork --print-pid 4 --print-address 7 --session
the second one starts up when I run the rhythmbox-client command.
Not normal unless $DBUS_SESSION_BUS_ADDRESS is unset in your session, somehow. Or SELinux is being a pain.
*** Bug 438711 has been marked as a duplicate of this bug. ***
What did you change in the SELinux policy in F8 that makes the session D-Bus reject connections? (Bug 438711 has the full D-Bus error message)
Nothing. Are you seeing AVC messages in /var/log/audit/audit.log? Does this work with SELinux in permissive mode.
(In reply to comment #8) > Nothing. Are you seeing AVC messages in /var/log/audit/audit.log? Does this > work with SELinux in permissive mode. It works in permissive mode (as mentioned in bug 438711). Dave, Peter, could you please give the full AVC message from the logs when this happens?
Mar 26 14:49:14 localhost dbus: avc: received setenforce notice (enforcing=1) Mar 26 14:49:31 localhost dbus: avc: denied { acquire_svc } for service=org.gnome.Rhythmbox spid=21417 scontext=unconfined_u:system_r:unconfined_execmem_t:s0-s0:c0.c1023 tcontext=unconfined_u:system_r:unconfined_t:s0-s0:c0.c1023 tclass=dbus -- type=USER_AVC msg=audit(1206535944.921:199): user pid=1762 uid=81 auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0 msg='avc: denied { send_msg } for msgtype=method_call interface=org.freedesktop.Avahi.Server member=GetAPIVersion dest=org.freedesktop.Avahi spid=21521 tpid=1928 scontext=unconfined_u:system_r:unconfined_execmem_t:s0-s0:c0.c1023 tcontext=system_u:system_r:avahi_t:s0 tclass=dbus : exe="/bin/dbus-daemon" (sauid=81, hostname=?, addr=?, terminal=?)' type=USER_AVC msg=audit(1206535944.933:200): user pid=1762 uid=81 auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0 msg='avc: denied { send_msg } for msgtype=method_call interface=org.freedesktop.Avahi.Server member=GetAPIVersion dest=org.freedesktop.Avahi spid=21521 tpid=1928 scontext=unconfined_u:system_r:unconfined_execmem_t:s0-s0:c0.c1023 tcontext=system_u:system_r:avahi_t:s0 tclass=dbus : exe="/bin/dbus-daemon" (sauid=81, hostname=?, addr=?, terminal=?)'
I can no longer reproduce this since I last rebooted.
Fixed in selinux-policy-3.0.8-95.fc8
Thanks Dan!