The following was filed automatically by firstboot: firstboot 1.116 exception report Traceback (most recent call last): File "/usr/share/system-config-date/scdMainWindow.py", line 201, in custom_handler return module.custom_widgets[function_name] (glade) File "/usr/share/system-config-date/timezone_gui.py", line 43, in timezone_widget_create widget = TimezoneMap(zonetab.ZoneTab (), default, map=mappath, tzActionLabel = tzActionLabel) File "/usr/lib/python2.7/site-packages/scdate/core/zonetab.py", line 153, in __init__ self.readZoneTab (fn) File "/usr/lib/python2.7/site-packages/scdate/core/zonetab.py", line 218, in readZoneTab entry = ZoneTabEntry (code, lat, long, tz, comments) File "/usr/lib/python2.7/site-packages/scdate/core/zonetab.py", line 59, in __init__ self.tz = tz.replace ('_', ' ') File "/usr/lib/python2.7/site-packages/scdate/core/zonetab.py", line 127, in _set_tz self.__translate_tz() File "/usr/lib/python2.7/site-packages/scdate/core/zonetab.py", line 85, in __translate_tz locale.setlocale(locale.LC_ALL, "") File "/usr/lib64/python2.7/locale.py", line 531, in setlocale return _setlocale(category, locale) Error: unsupported locale setting
Created attachment 511985 [details] Attached traceback automatically from firstboot.
This happened because (somehow - not sure of the root cause yet) the locale database was missing/broken. After running: yum reinstall glibc-common firstboot/s-c-d worked as expected.
I guess there's not much that can be done in this case if the locale database doesn't exist or is broken. Changing component to glibc, assuming that this is the only package that affects (or should affect) the locale database.
The problem seems to be easily reproducible in mock. And seems particularly apparent when building perl packages (perl moans like hell that "Setting locale failed"). See, for example, http://kojipkgs.fedoraproject.org/packages/perlbrew/0.27/1.fc16/data/logs/noarch/ root.log shows DEBUG util.py:250: Non-fatal POSTIN scriptlet failure in rpm package glibc-common-2.14.90-1.i686 DEBUG util.py:250: Non-fatal <unknown> scriptlet failure in rpm package glibc-common-2.14.90-1.i686 DEBUG util.py:250: warning: %post(glibc-common-2.14.90-1.i686) scriptlet failed, exit status 127 DEBUG util.py:250: warning: %triggerin(glibc-common-2.14.90-1.i686) scriptlet failed, exit status 127
*** Bug 721329 has been marked as a duplicate of this bug. ***
Carrying forward proposed Alpha blocker ... this is causing also causing the installer to crash when starting the live image which impacts the F16 Alpha criteria ... "The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media "
*** Bug 722380 has been marked as a duplicate of this bug. ***
Discussed at the 2011-07-15 Alpha blocker review meeting. Accepted as a blocker under criterion "The installer must boot (if appropriate) and run on all primary architectures from default live image, DVD, and boot.iso install media".
Discussed at the 2011-07-22 alpha blocker bug review meeting. There have been no new reports of this bug in a week. Is this still happening or can this bug be closed?
I don't see it in mock any more since glibc-2.14.90-2.