Bug 576541 - Garbled characters in Anaconda text UI if lang= is set from kernel command line.
Summary: Garbled characters in Anaconda text UI if lang= is set from kernel command line.
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 13
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Ales Kozumplik
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F13Blocker, F13FinalBlocker
TreeView+ depends on / blocked
Reported: 2010-03-24 12:06 UTC by Milan Kerslager
Modified: 2014-09-30 23:38 UTC (History)
6 users (show)

Fixed In Version: anaconda-13.38
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-05-04 00:40:06 UTC

Attachments (Terms of Use)

Description Milan Kerslager 2010-03-24 12:06:59 UTC
I'm doing network installation. When I use "lang=cs" as kernel parameter, the text screen indicating download of install.img is garbled. When I delete this parameter, there is a text screen to pick up language, but in this case the font initialization is done properly.

Comment 1 Ales Kozumplik 2010-03-25 14:26:39 UTC
Proposing as F13Blocker.

Comment 2 Ales Kozumplik 2010-03-31 13:38:06 UTC
Here's what's going on: 
Newt (the TUI used by Anaconda) and especially s-lang (a library for interactive applications used by newt) handle UTF output according to the setting of the LANG environment variable at the moment of newtInit(). This is still en_EN.UTF-8 if language is set from a dialog, but already cs_CZ.UTF-8 when set from the kernel command line. But to keep the initrd.img small, we only include locale information for english so s-lang doesn't know how to compute character lengths etc if LANG is set to Czech.

Patch coming soon.

Related information:
bug 492999
proposed fixes for bug 492999 (https://www.redhat.com/archives/anaconda-devel-list/2009-May/msg00234.html)
what is locale-archive: http://www.linuxfromscratch.org/pipermail/lfs-support/2004-June/023902.html

Comment 3 James Laska 2010-03-31 14:59:46 UTC
same as bug#578423 ?

Comment 4 Ales Kozumplik 2010-03-31 15:10:21 UTC
No I don't think so James.

Comment 5 Ales Kozumplik 2010-04-01 07:46:08 UTC
Fixed on f13-branch by aa36ed7b195c696d2e5ef7ee374590025c1f99d9.
Fixed on master by 13a8af0887c158553d8b4d2ece02960c3101ff0f.

The bug will be set to modified when its beta-blocking status is determined.

Comment 6 Adam Williamson 2010-05-03 16:12:56 UTC
gack. we missed this because we were skipping MODIFIED blocker bugs during the blocker reviews :(

if this is only a cosmetic bug that only affects one screen during text install while using a rather obscure kernel parameter...I don't think it's a blocker. if we'd reviewed this earlier in the process I'd have wanted to take the fix anyway, but now it seems a bit late. jlaska, oxf13, your opinions?

Fedora Bugzappers volunteer triage team

Comment 7 Jesse Keating 2010-05-03 22:45:53 UTC
this change went in March 31st, and has been in composes since then, so a little late to put the bullet back in the gun.  This just needs to be confirmed as fixed.

Comment 8 Adam Williamson 2010-05-04 00:30:24 UTC
oh, sorry, missed that the fix had gone in. in that case, there's no problem. i should be able to test it in a minute.

Fedora Bugzappers volunteer triage team

Comment 9 Adam Williamson 2010-05-04 00:40:06 UTC
Testing with TC1, whether selecting Czech from the list or specifying lang=cs, the text screen that follows keyboard selection seems to look the same; there's a couple of garbage characters at the right hand end of the very top line, but the rest looks fine. I've seen those same garbage characters in rescue mode too, so I think that's a more general bug. Aside from that, everything seems to behave okay, so I think this is fixed. It seems to proceed to the graphical portion of the installation fine either way.

Note You need to log in before you can comment on or make changes to this bug.