Вопрос и последующие комментарии указывают на некоторую путаницу. Согласно статье базы знаний StarNet Где мой эмулятор терминала?
X-Win32 - это X-сервер, основной целью которого является отображение удаленных графических приложений. Большинство современных систем Unix / Linux имеют эмулятор терминала на основе X, включенный в библиотеки X. Таким образом, X-Win32 не включает его по умолчанию.
В комментарии, добавленном к вопросу @ bruce-ediger, говорится, что
я не думаю, что какой-либо процесс xterm когда-либо запускается на сервере RHEL.
Когда я набираю xterm в оболочке RHEL, все, что он делает, - это отправляет сообщение на сервер X windows на ПК с просьбой создать еще один процесс / окно xterm.
X-Win32 от StarNet Comm. Corp. превращает мой компьютер в X-терминал, и оба экземпляра xterm запускаются на нем, используя протокол X.11 для связи с экземплярами ssh на RHEL6. По крайней мере, я считаю, что X11 работает именно так.
Но это не так. Процесс xterm, запущенный на сервере RHEL, выполняется на этого сервера. Он взаимодействует с сервером StarNet X (X-Win32), но процесс xterm остается там, где он был запущен.
Самый простой способ запустить xterm с использованием UTF-8 - использовать сценарий uxterm
(который является частью того же пакета, который включает xterm
и его файлы ресурсов). Согласно часто задаваемым вопросам xterm , описывающим uxterm
:
XTerm не устанавливает вашу локаль автоматически. Можно сказать, что нужно использовать ваши настройки локали. Это сценарий оболочки, который устанавливает ресурсы xterm для использования кодировки UTF-8 и шрифтов UTF-8.Есть похожий сценарий
lxterm
, но он полагается на непереносимые приложения, в отличие отuxterm
.
Как отмечено в других комментариях, переменные среды при входе в систему могут не содержать достаточно информации для автоматического запуска xterm
с кодировкой UTF-8 (и шрифтов). Это делается скриптом uxterm
.