From: justinmattock@gmail.com (Justin P. Mattock) Date: Tue, 28 Dec 2010 09:02:34 -0800 Subject: [refpolicy] bluetooth-applet not showing up in the panel In-Reply-To: <4D1A12C1.70600@gmail.com> References: <4D19FB69.8000700@gmail.com> <4D1A036F.9040604@gmail.com> <4D1A04F5.9020601@gmail.com> <4D1A11DF.3030508@gmail.com> <4D1A12C1.70600@gmail.com> Message-ID: <4D1A182A.3070907@gmail.com> To: refpolicy@oss.tresys.com List-Id: refpolicy.oss.tresys.com On 12/28/2010 08:39 AM, Dominick Grift wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12/28/2010 05:35 PM, Justin P. Mattock wrote: >> >>> >>> If it works fine in permissive mode but not in enforcing mode then it >>> looks like an SELinux policy issue: >>> >>> Thus we need AVC denials to see where it is denied access to what it >>> needs to do. So look for AVC denials and if no AVC denials show up, then >>> run semodule -DB to remove the dontaudit rules and after that try to >>> reproduce this issue and check for AVC denials again. When done testing >>> rebuild the policy with dontaudit rules included by running semodule -B >>> >>> Please enclose any AVC denials you are seeing that could be related to >>> your issue. >>> >> >> yeah nothing is showing up in the logs i.g. >> /var/log/Xorg,messages,user.log, etc...(no audit daemon running), and >> semodule -DB has already been done) > > strange indeed becuase if it works in permissive mode but not in > enforcing mode then i would suspect its selinux preventing access. In > that case avc denials *should* be visible. either in dmesg , > /var/log/messages /var/log/xorg.log /var/log/audit/audit.log etc. > yeah thats the messd up part..(even after waking up from S2R everything is running as it should i.e. preference panel, etc..) maybe the RFKILL warning is more than what it is Justin P. Mattock