Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#3996 - xterm locale problem
Attached to Project:
Arch Linux
Opened by Gabriel Linder (raskolnikov) - Saturday, 18 February 2006, 12:59 GMT
Opened by Gabriel Linder (raskolnikov) - Saturday, 18 February 2006, 12:59 GMT
|
DetailsAfter a pacman -Syu, I saw strange characters in my xterm (and in gnome-terminal, too) instead of some chars like ~ or @.
Example (xterm) : my prompt was "dargor§acer ß" instead of "dargor@acer ~". I use the locale en_US.iso885915, and the problem seems related to this line in /etc/profile.d/locale.sh : echo -ne "Öe(K". After commenting it out, everything works fine with all my terms. What's the purpose of this line, BTW ? |
This task depends upon
I think we should add additional check for en_US.* and *.utf8 locales to not send \e(K to console.
replace echo -ne "\e(K" in locale.sh with these lines:
if ! [ "$TERM" = "xterm" -o "$TERM" = "xterm-color" -o "$TERM" = "rxvt" -o "$TERM" = "xterm-xfree86" ]; then
echo -ne "\e(K"
fi
replace
echo 'echo -ne "\e(K"' >>/etc/profile.d/locale.sh
with
echo 'if ! [ "$TERM" = "xterm" -o "$TERM" = "xterm-color" -o "$TERM" = "rxvt" -o "$TERM" = "xterm-xfree86" ]; then echo -ne "\e(K"; fi' >>/etc/profile.d/locale.sh
To Judd: please update rc.sysinit in the next initscripts-0.7.1-22
(I saw that tpowa prepares yet another udev/initscripts update here: http://bugs.archlinux.org/task/3995#comment8270)
I hope this will be in initscripts-0.7.1-22
Tested in Terminal (XFCE4 terminal based on gnome-terminal).