Bug 107646 - curses doesn't cope well with LANG=en_US.UTF-8
Summary: curses doesn't cope well with LANG=en_US.UTF-8
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: firstboot
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brent Fox
QA Contact: David Lawrence
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-10-21 17:49 UTC by Micah Parrish
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2003-11-07 19:03:48 UTC


Attachments (Terms of Use)

Description Micah Parrish 2003-10-21 17:49:06 UTC
Description of problem:

when i18n sets LANG=en_US.UTF-8, all curses-based redhat-config-* applications
use strange characters instead of boxes.  With LANG=en_US.ISO-8859-1, everything
looks great.

Unfortunately, redhat-config-language and firstboot and anaconda all set
LANG=en_US.UTF-8.  I assume they all depend on some component that is screwing
this up, or that it is a problem in curses itself.  It seems to look equally bad
by serial console, VGA terminal, and ssh, and on ia64 and ia32, and with or
without the utf8 kernel command line option.



How reproducible:
easy

Steps to Reproduce:
1. run neat-tui or any of the tui redhat-config-* commands
    
Actual results:
ugliness

Expected results:
beauty

Comment 1 Micah Parrish 2003-11-07 19:03:48 UTC
This appears to be fixed in RHEL3 final, so I am changing its status
to resolved.  Note also that LANG=en_US.ISO-8859-1 now produces the
ugliness, but en_US.UTF-8 works fine.


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