Description of problem:
In current RHEL5 is not possible to display correctly Indic scripts like
Kannada, Hindi, Tamil, Gujarati, possibly others in any terminal emulator
(konsole, gnome-terminal, xterm).
Try to run rhn-client-tools this way
LANG=kn_IN.utf-8 rhn_register --nox
this is the result now: https://bugzilla.redhat.com/attachment.cgi?id=302857
The first problematic part is the slang component but only half of the problem
could be fixed there.
(slang maintainer's opinion)
> It's probably caused by a slang bug. However, even with this fixed there will
> still be some corruption left as it seems that no terminal emulator in RHEL5
> supports Indic scripts.
The second problem is the missing Indic script being supported in RHEL5.2
Version-Release number of selected component (if applicable):
messed output in terminal
correct output in terminal
I am not aware of any terminal supporting Indic scripts right now.
I don't have much experience with i18n. Can you be more specific in what needs
to happen to fix this bug?
0) fonts installed -- present in both RHEL/Fedora -- search for e.g. "kannada"
1) fix in slang (seems to be somewhat ready or at least known)
2) fix in terminal app, or it's widget system (vte in case of gnome-terminal)
Actually, I gave a try to xterm, rxvt-unicode, gnome-terminal, konsole, mrxvt
with no luck to see it correct. Best results are in konsole and gnome-terminal,
both look distorted in the same way, which makes me thing that the problem might
be slang, terminal app and ...? (recently I thought it's newt, according to
slang maintainer, it's not)
Cc-ing konsole (kdebase), gnome-terminal and newt+slang maintainers to hear
This is a very tough problem. Any discussion belongs to some upstream place
really, not in redhat bugzilla. In vte we don't currently have any plans to
support complex scripts. That can change if anyone comes up with any sensible
Sure. Dennis and me, would like to know if there's terminal app, which could
support our needs in this case, or we deliver i18n which is not as useful as it
might be. Anyway, thanks for enlightening the vte's position.
After searching internet I think no such terminal emulator has yet been written.
The issue with slang is that it uses its own wcwidth() implementation (instead
of the one in glibc) which gives different values for some Indic characters
resulting in greater misalignment in gnome-terminal and konsole.
I don't think I'm the right person to be driving this issue forward as it's not related to release engineering. Would someone else like to take this?
The problem is not just wcwidth. Indic rendering is "complex". It needs something like Pango or Qt or ICU. Terminal emulators on the other hand are grid-based displays with no provisions for complex text support.
Does there even exist a monospaced Indic font? Please file a bug upstream at bugzilla.gnome.org against vte. Even then I can't promise any progress.
See External Bug Location field.
Looks like mlterm (2 yrs without release, but some buzz in CVS recently) and Emacs shell (X11 enabled) might have broader support for East Asian scripts.
Apparently Sun did fix Indic fonts within X11 in Solaris. They have a bit about this on their website though not a lot of details on what they changed exactly.
A sun programmer posted a little tidbit on the x.org mailing list on how they achieved this. I'm not sure why Sun's solution didn't make its way back to X.
Initially, we added the support at CDE/Motif and then we
also added the support at libX11 layer, i.e., an XOM module. <-- We use
The Open Group (X/Open)'s Portable Layout Services (PLS) library and
dynamically loaded layout engine at both the CDE/Motif and the XOM module
but we didn't change or introduce any new APIs.
They added no apis? Do indic fonts work within VIM on solaris. I wonder...
RHEL6 has Emacs 23, which support Indic rendering in its shell-mode.
I don't imagine any solution will be available for RHEL5, so closed.
Please move to RHEL6 if you still want to track this.