Red Hat Bugzilla – Bug 53574
last line of anaconda TUI for KR is in scrambled chars for NFS, HTTP, FTP
Last modified: 2013-01-10 16:37:19 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.7-10 i686)
Description of problem:
Reported by KR QA: When installing for KR using NFS, HTTP, FTP in TUI, last
line of anaconda TUI is scrambled (ie. still in korean locale). This will
happen in second stage of anaconda (after the installation tree is loaded)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot from bootnet.img
2. choose NFS, FTP, or HTTP
3. enter mount/ftp/http information
4. then installation will go to second stage...
Actual Results: last line is scrambled - "Tab/Alt-Tab ..., Space ..., F12
Expected Results: In English
We know it is too late for now. However we feel that we need to sumbit a
bug entry to keep track of it.
I've verified this bug. So, the text mode installer doesn't do Korean at all
right now. So, the right thing to do is to modify the translation files to just
use English along the bottom line, right?
As the kernel team felt the use of unicon was not appropiate at this time, the
apac team was left without support for the display of korean in TUI mode.
So we submitted a patch to anaconda that during a TUI installation if the
customer selected Korean, the LANG is set to en_US but the locale kept as
ko_KR. This had the desired effect of displaying the english text.
This specific bug *only* occurs when anaconda is called a second time, via a
nfs/ftp/http installation and only effects the LANG setting for the button bar.
Normal CD-ROM installations are not affected.
At least that is my understanding. Leon Ho is the patch author and will
correct me if I'm wrong. Paul
Correct. Also Matt Wilson has posted a revised patch for language which not
using Kon, which will display English instead of the translations. Please see
Ok. I'm tranferring ownership to msw.
Will be addressed in Hampton.
I am trying to look at it as it effects 7.2-tcsc also, which need to be
addressed in this version.
It also effects the default "supported language" section. The default will be
"English (USA)" instead of "Simplified Chinese (China)" or "Traditional Chinese
(Taiwan)" in TUI.
Also both bugs only happens if it have seperate 1st and 2st stage loading
process (ie. when booting from bootnet.img), this makes it hard to debug. Also
it works fine when calling from command line (ie. LANG=en_US ./anaconda -m
nfs:/bob.brisbane.redhat.com/mnt/devel/7.2-tcsc/ -r /tmp)
anaconda gurus, any tips for debugging that?
There are two fixes in the following patch:
1. drawFrame() is moved after the "English" fallback in TUI so that it won't
write with translated text (thanks msw)
2. another part fixes the Lanauge Support selection. It will now select the user
selected language as the default supported language instead of "English"
Please put them for hampton'a anaconda. Thanks.
Created attachment 39807 [details]
fixes for this bug entry
The proposed patch is in current Hampton trees; does it resolve the problems?
Leon/Paul, please close this bug if it is resolved.
Confirmed this is resolved in Hampton-re0408.1