When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
On Tue, Feb 21, 2006 at 04:27:37PM -0500, Robin Mordasiewicz enlightened us:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
Yes, change your LANG from en_US.UTF-8 to en_US. This can be done permanently in /etc/sysconfig/i18n.
Matt
On Tue, 21 Feb 2006, Matt Hyclak wrote:
On Tue, Feb 21, 2006 at 04:27:37PM -0500, Robin Mordasiewicz enlightened us:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
Yes, change your LANG from en_US.UTF-8 to en_US. This can be done permanently in /etc/sysconfig/i18n.
I already have that setting. I tried running a console based ncurses program from my fedora core 4 box and got the same results as with centos-4.2
I already have that setting. I tried running a console based ncurses program from my fedora core 4 box and got the same results as with centos-4.2
This sort of thing is usually caused either by UTF-8 artifacts in non-utf8 aware software, or by a bad $TERM or $LANG value. Matt is correct to assume UTF-8, and I still do. Could you run two commands from the shell, and describe how you're connecting (gnome-terminal, putty, rxvt etc)? run: echo $TERM echo $LANG
-- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety'' Benjamin Franklin 1775
On Tue, 21 Feb 2006, Robin Mordasiewicz wrote:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
this is what ntsysv ends up looking like
âââââââââââââââââââ⤠Services âââââââââââââââââââââ â â â What services should be automatically started? â â â â [ ] NetworkManager # â â [*] acpid â â â [*] anacron â â â [*] apmd â â â [*] asterisk â â â [*] atd â â â [ ] auditd â â â [*] autofs â â â â â ââââââ ââââââââââ â â â Ok â â Cancel â â â ââââââ ââââââââââ â â â â â âââââââââââââââââââââââââââââââââââââââââââââââââââ
On Tue, 21 Feb 2006, Robin Mordasiewicz wrote:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
Are you in an xterm (or other terminal emulator) or a regular console?
On Tue, 21 Feb 2006, Paul Heinlein wrote:
On Tue, 21 Feb 2006, Robin Mordasiewicz wrote:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
Are you in an xterm (or other terminal emulator) or a regular console?
I use Putty.
On Tue, 21 Feb 2006, Robin Mordasiewicz wrote:
On Tue, 21 Feb 2006, Paul Heinlein wrote:
On Tue, 21 Feb 2006, Robin Mordasiewicz wrote:
When using things like links, centericq, or ntsysv on my fedora core 2 box the fonts in ncurses based programs look fine, but on my centos4.2 box all the pipes and dashes end up looking like
ââââââââââââââââââ
Does anyone know how to fix this problem ?
Are you in an xterm (or other terminal emulator) or a regular console?
I use Putty.
I don't have a Windows box handy, but it appears that you want to go to the Translation panel and choose UTF-8 as your character set:
http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Chapter4.html#config-charse...