Description of problem: The following was filed automatically by anaconda: anaconda 19.28-1 exception report Traceback (most recent call first): File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 623, in <genexpr> return u"\n".join(u"".join(l) for l in self._buffer) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 623, in __unicode__ return u"\n".join(u"".join(l) for l in self._buffer) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 527, in show_all print unicode(w) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 281, in _do_redraw screen.window.show_all() UnicodeDecodeError: 'utf8' codec can't decode byte 0xc3 in position 0: unexpected end of data Version-Release number of selected component: anaconda-19.28-1 Additional info: reporter: libreport-2.1.4 cmdline: /usr/bin/python /sbin/anaconda cmdline_file: initrd=initrd.img inst.stage2=hd:LABEL=Fedora\x2019-Beta\x20x86_64 quiet text keymap=cz BOOT_IMAGE=vmlinuz executable: /sbin/anaconda hashmarkername: anaconda kernel: 3.9.2-301.fc19.x86_64 product: Fedora release: Cannot get release name. type: anaconda version: 19-Beta Truncated backtrace: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 281, in _do_redraw screen.window.show_all() File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 527, in show_all print unicode(w) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 623, in __unicode__ return u"\n".join(u"".join(l) for l in self._buffer) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 623, in <genexpr> return u"\n".join(u"".join(l) for l in self._buffer) UnicodeDecodeError: 'utf8' codec can't decode byte 0xc3 in position 0: unexpected end of data
Created attachment 751014 [details] File: anaconda-tb
Created attachment 751015 [details] File: anaconda.log
Created attachment 751016 [details] File: backtrace
Created attachment 751017 [details] File: environ
Created attachment 751018 [details] File: ifcfg.log
Created attachment 751019 [details] File: lsblk_output
Created attachment 751020 [details] File: nmcli_dev_list
Created attachment 751021 [details] File: packaging.log
Created attachment 751022 [details] File: program.log
Created attachment 751023 [details] File: storage.log
Created attachment 751024 [details] File: syslog
Can you reproduce this with TC6?
How exactly does one reproduce this bug? Is it still valid with Final TC6? Thanks!
Sorry for late reply. Yes, I was able to reproduce this on TC6. Steps to reproduce: 1. add "text vconsole.keymap=cz" to kernel command line at boot 2. select text mode when asked 3. select create user 4. create user 5. select Fullname 6. enter something non-ascii like: Tomáš Marný traceback occurs
There was a similar bug in RHEL07; looks like the commit (c5ed8eda) went into master branch October 2013, so this should be fixed in F20. Please re-open if the issue persists.