Description of problem: If you try to do Live installation (DVD not tested) using Czech language, installer hangs at "preparing to install". I don't see a traceback in logs, but Vratislav Podzimek says there is some storage traceback caused by wrong locale. Instead of using locale cs_CZ.utf8, anaconda incorrectly sets 'cs' locale and then something crashes (gettext?). It probably also influences other languages, but with a quick search I haven't found them. But some languages crash sooner due to bug 853609. It could have the same cause - wrongly set locale. Version-Release number of selected component (if applicable): F18 Alpha TC5 Live GNOME How reproducible: always Steps to Reproduce: 1. boot TC5 Live GNOME 2. select czech language 3. proceed with installation
Created attachment 610078 [details] anaconda.log
Created attachment 610079 [details] program.log
Created attachment 610080 [details] storage.log
Let's discuss at blocker bug meeting.
Can you run liveinst from a terminal and see what the error messages look like?
Great call. I kinda assumed it would be somewhere in the logs (why it isn't?). Three tracebacks in the process! Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pyanaconda/exception.py", line 59, in run_handleException_on_idle obj) File "/usr/lib/python2.7/site-packages/meh/handler.py", line 101, in handleException fd.write(self.exnText) UnicodeEncodeError: 'ascii' codec can't encode character u'\xfd' in position 1059: ordinal not in range(128) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/welcome.py", line 175, in on_selection_changed self.retranslate() File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/welcome.py", line 256, in retranslate NormalSpoke.retranslate(self) File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/__init__.py", line 364, in retranslate xlated = _(before) File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/__init__.py", line 28, in <lambda> _ = lambda x: gettext.ldgettext("anaconda", x) File "/usr/lib/python2.7/gettext.py", line 543, in ldgettext return t.lgettext(message) File "/usr/lib/python2.7/gettext.py", line 368, in lgettext return tmsg.encode(locale.getpreferredencoding()) UnicodeEncodeError: 'latin-1' codec can't encode character u'\u017e' in position 22: ordinal not in range(256) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pyanaconda/threads.py", line 87, in run threading.Thread.run(self, *args, **kwargs) File "/usr/lib/python2.7/threading.py", line 504, in run self.__target(*self.__args, **self.__kwargs) File "/usr/lib/python2.7/site-packages/pyanaconda/install.py", line 62, in doInstall turnOnFilesystems(storage) File "/usr/lib/python2.7/site-packages/pyanaconda/storage/__init__.py", line 196, in turnOnFilesystems storage.doIt() File "/usr/lib/python2.7/site-packages/pyanaconda/storage/__init__.py", line 359, in doIt self.devicetree.processActions() File "/usr/lib/python2.7/site-packages/pyanaconda/storage/devicetree.py", line 323, in processActions action.execute() File "/usr/lib/python2.7/site-packages/pyanaconda/storage/deviceaction.py", line 419, in execute msg = _("Creating %(type)s on %(device)s") % {"type": self.device.format.type, "device": self.device.path} File "/usr/lib/python2.7/site-packages/pyanaconda/storage/deviceaction.py", line 35, in <lambda> _ = lambda x: gettext.ldgettext("anaconda", x) File "/usr/lib/python2.7/gettext.py", line 543, in ldgettext return t.lgettext(message) File "/usr/lib/python2.7/gettext.py", line 368, in lgettext return tmsg.encode(locale.getpreferredencoding()) UnicodeEncodeError: 'latin-1' codec can't encode character u'\u0159' in position 5: ordinal not in range(256)
Created attachment 610089 [details] terminal output
So it is as Vratislav said - locale is set to incorrect value and because of that gettext uses latin1 to decode translations. That makes some characters appear incorrect and apparently it probably also causes the installation hang.
A traceback in exception handling (that's the first one you're seeing there) means exception handling itself is going to be all screwed up. So, that's why you're not getting logs or a dialog.
Discussed at 2012-09-05 blocker review meeting. We noted this is likely to be considered a dupe of 853609, but for now we'll leave them separate just in case things turn out to be more complex, and this is accepted as a blocker per criterion "The installer must boot and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods" in the case of selecting certain languages.
*** Bug 854988 has been marked as a duplicate of this bug. ***
*** Bug 853609 has been marked as a duplicate of this bug. ***
Patch for this issue pushed to the anaconda git repository.
anaconda-18.6.6-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.6.6-1.fc18
Package anaconda-18.6.6-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-18.6.6-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-13611/anaconda-18.6.6-1.fc18 then log in and leave karma (feedback).
This is fixed in F18 Alpha RC2, installation proceeds as normal even with Czech language.
18.6.7 went stable, so closing this.
anaconda-18.6.6-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.