Hide Forgot
libreport version: 2.0.6 executable: /usr/bin/python hashmarkername: setroubleshoot kernel: 3.1.1-2.fc16.x86_64 reason: SELinux is preventing /usr/libexec/gsd-datetime-mechanism from 'search' accesses on the directory /usr/share/locale. time: Sun Nov 20 23:26:14 2011 description: :SELinux is preventing /usr/libexec/gsd-datetime-mechanism from 'search' accesses on the directory /usr/share/locale. : :***** Plugin restorecon (99.5 confidence) suggests ************************* : :If you want to fix the label. :/usr/share/locale default label should be locale_t. :Then you can run restorecon. :Do :# /sbin/restorecon -v /usr/share/locale : :***** Plugin catchall (1.49 confidence) suggests *************************** : :If you believe that gsd-datetime-mechanism should be allowed search access on the locale directory by default. :Then you should report this as a bug. :You can generate a local policy module to allow this access. :Do :allow this access for now by executing: :# grep gsd-datetime-me /var/log/audit/audit.log | audit2allow -M mypol :# semodule -i mypol.pp : :Additional Information: :Source Context system_u:system_r:gnomeclock_t:s0-s0:c0.c1023 :Target Context unconfined_u:object_r:user_home_t:s0 :Target Objects /usr/share/locale [ dir ] :Source gsd-datetime-me :Source Path /usr/libexec/gsd-datetime-mechanism :Port <Unknown> :Host (removed) :Source RPM Packages gnome-settings-daemon-3.2.2-1.fc16 :Target RPM Packages filesystem-2.4.44-1.fc16 :Policy RPM selinux-policy-3.10.0-56.fc16 :Selinux Enabled True :Policy Type targeted :Enforcing Mode Enforcing :Host Name (removed) :Platform Linux (removed) 3.1.1-2.fc16.x86_64 #1 SMP Mon Nov 14 : 15:46:10 UTC 2011 x86_64 x86_64 :Alert Count 1 :First Seen Sun 20 Nov 2011 11:25:30 PM EST :Last Seen Sun 20 Nov 2011 11:25:30 PM EST :Local ID a4b7bf6e-44f4-4678-a573-75e3c3bc2d62 : :Raw Audit Messages :type=AVC msg=audit(1321849530.867:76): avc: denied { search } for pid=1718 comm="gsd-datetime-me" name="locale" dev=sda4 ino=44695636 scontext=system_u:system_r:gnomeclock_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=dir : : :type=SYSCALL msg=audit(1321849530.867:76): arch=x86_64 syscall=open success=no exit=EACCES a0=3482efc028 a1=0 a2=1b6 a3=1 items=0 ppid=1717 pid=1718 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=gsd-datetime-me exe=/usr/libexec/gsd-datetime-mechanism subj=system_u:system_r:gnomeclock_t:s0-s0:c0.c1023 key=(null) : :Hash: gsd-datetime-me,gnomeclock_t,user_home_t,dir,search : :audit2allow : :#============= gnomeclock_t ============== :allow gnomeclock_t user_home_t:dir search; : :audit2allow -R : :#============= gnomeclock_t ============== :allow gnomeclock_t user_home_t:dir search; :
Any idea why is /usr/share/locale labeled as user_home_t? Is this a fresh install or did you upgrade from F15? # restorecon -R -v /usr/share/locale should fix the issue.
This was a fresh install. Nothing I did that I can think of should have had anything to do with /usr/share/locale. The only non-Fedora repos I have configured are RPMFusion and Google (for the Google Talk plugin), but I highly doubt either of those would change the SELinux contexts for that directory.
*** Bug 755774 has been marked as a duplicate of this bug. ***