Red Hat Linux 8.0 and 9 both use UTF-8 unicode locales by default, however
a number of text mode applications such as pine, pico, mutt, mc, and numerous
others display various types of console corruption when ran under UTF-8
locales. Some of the possible problems that one might encounter include:
- Line drawing characters disappear, are replaced with boxes, or random junk,
or some odd looking character.
- 8bit non-ASCII characters used in European and other languages, such as the
German umlaut, French accented characters, and most other foreign accented
characters will look like multiple random characters globbed together.
- The application's display may do odd things with the cursor
- The display may become heavily corrupted, or scroll.
- Characters may disappear off the screen completely. This occurs in pine's
message folder index screen and elsewhere as well.
Other types of screen corruption and odd behaviour may result as well. Almost
all reported cases of these types of problems are not application bugs, but are
rather just that the application does not support unicode and will not work
properly in UTF-8 locales due to lack of support of UTF-8. These applications
will only work natively in UTF-8 when (and if) their upstream project
maintainers develop proper UTF-8 support for the given application(s).
Due to the nature of adding such support, Red Hat will not generally develop
the required support for such applicaitons ourselves, unless we are the
actual upstream maintainers of the given software. In general, the upstream
project will have to add support themselves for UTF-8, prior to it being
supported in Red Hat Linux.
You can generally work around these unfortunate and somewhat inconvenient
limitations usually by executing the application in a non-UTF-8 locale by doing
You may also have to configure your terminal emulator software such as
gnome-term, etc. to use an ISO-8859 based locale for it to work properly.
Another alternative is to switch off UTF-8 systemwide by editing the
/etc/sysconfig/i18n file and removing all occurances of ".UTF-8" then
rebooting the system.
The above examples should work for most software affected by lack of
proper unicode support.
As an added note, pine is now removed from our developmental tree (rawhide),
and will no longer be included in future versions of Red Hat Linux, so it
is unlikely it will ever support Unicode in the distribution.
This bug report is intended for use as a generic bug tracker master duplicate.
Closing bug report as NOTABUG, as this is a lack of a feature in pine
and similar apps, rather than a bug. Users are encouraged to contact the
upstream project authors to request and/or help them to develop UTF-8 support.
*** Bug 70518 has been marked as a duplicate of this bug. ***
*** Bug 74115 has been marked as a duplicate of this bug. ***
*** Bug 77197 has been marked as a duplicate of this bug. ***
*** Bug 90661 has been marked as a duplicate of this bug. ***
Just FYI, mutt works rather well even for CJK under UTF-8 locale. It's the best
text-mode email client in terms of I18N.
For others on CC interested in Pine with better UTF-8 support and I18N,
Bernhard Kaindl (bernhard dot kaindl at gmx dot de) has updated and refined my
patch for Pine 4.33(posted to linux-utf8 mailing list and c.m.pine) to make it
work with Pine 4.5x and more importantly to make the mail header editing work
better under UTF-8 terminal. Those interested in his patch may contact him
directly. Judging from my email exchnages with one of Pine team members last
year, it's not likely that they will accept any patch using iconv(3). Why? Don't
ask me ;-). (I tried really hard to persuade him that iconv(3) is the way to