Red Hat Bugzilla – Bug 243077
Opps, sealert hit an error! on GNOME login
Last modified: 2007-11-30 17:12:06 EST
Description of problem:
Sealert widow pop-up with error message when I log into GNOME-session.
Version-Release number of selected component (if applicable):
Always. The same with mothers and sisters accounts.
Steps to Reproduce:
1. Log into GNOME session.
Sometimes this window "hangs" and closing it requires confirmation.
System is new installed, no rpmnew files in /etc.
Created attachment 156432 [details]
I have the very same problem on both of my PCs after installing (one Intel
Celeron and one AMD Athlon XP). This is very annoying because it used to work
fine on the LiveCD.
I have the same libraries and versions as the reporter plus this ones:
I think the severity should be at least medium because this is very annoying and
it prevents me from using SELinux in a reliable manner. I used to disable
SELinux in the past but now I want to use it and sealert is preventing me from
doing it. I really want to use this tool.
Please fix this bug.
Guys, I think I know what is happening: sealert has problems with non english
Mykola, if you try switching your language to English USA for a moment and then
try running sealert -b or clicking sealert in System -> Administration. Does it
work for you? do you have huge error messages in /var/log/messages.
In my case I am using the Spanish (Colombia) locale and I get the following in
setroubleshoot: [rpc.ERROR] exception UnicodeEncodeError: 'ascii' codec can't
encode character u'\xed' in position 20: ordinal not in range(128) Traceback
(most recent call last): File
"/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 780, in
There is a huge amount of this logs every time I try to run sealert -s to start
the service. Usually relating to a broken pipe
Daniel, Can you try using a different locale on your desktop?? It should fail.
Yes, this is a known bug related to the handling of i18n translations. It has
been reported in a few other bug reports under different names, but it's all due
to the same problem. The problem is equally shared between setroubleshootd and
sealert. I have implemented a fix and I'm in the process of testing it before
releasing it. In the meantime you can disable setrobleshoot with 'chkconfig
setroublehshoot off', don't forget to reenable it after you install the new RPM.
The only other option is to change your system language to somethng which can be
encoded in ascii, but I suspect you wouldn't want to do that globally, for the
time being easier to disable the problem tool. I'm going to mark this as a
duplicate of the bug currently acting as the lead bug for this issue.
*** This bug has been marked as a duplicate of 241739 ***
Well, yes, I changed the language of my system to english so I can get used to
working with SELinux. I am in the process of setting up an Oracle 10g Database
system on Fedora 7 and so far so good.
As soon as you release an update I will test it switching back to spanish.
Please see bug #241739 for update fix.