поддерживаемый дистрибутив 2014 года с 2.6.x ядро
Ну, сначала я думаю, я бы указывал, что в целом все терминалы в эти дни «виртуальные» в том смысле, о котором вы говорите ... даже если терминал находится на другом конце Бона Fide Serial Port. Я имею в виду, дни VT-100 S, WYSE клеммы и другие «физические», «реальные» клеммы в значительной степени ушли!
Это в сторону, скажем, вы хотите обнаружить, какая поддержка Unicode поддерживает ваш терминал. Вы можете сделать это, написав тестовые символы, чтобы увидеть, что произойдет. (Вы можете приложить усилия, чтобы стереть тестовые символы после того, как вы записали, но пользователь может еще увидеть их кратко, или стирание их может не работать должным образом в первую очередь.)
Идея - спросить терминал Чтобы рассказать вам положение курсора, выведите тестовый символ, попросите терминал еще раз сообщить вам свою позицию, и сравните два позиции, чтобы увидеть, как далеко перемещается курсор терминала.
Чтобы спросить терминал в его позиции, см. Здесь здесь . По сути:
echo -e "\033[6n"; read -d R foo; echo -en "\nCurrent position: "; echo $foo | cut -d \[ -f 2
попробуйте выводить «É». Этот персонаж занимает 2 байта в UTF-8, но отображает только в одном столбце на экране. Если вы обнаружите, что вывод «É» заставляет курсор перемещаться на 2 позиции, то терминал не имеет поддержки UTF-8 вообще и, вероятно, выводит какой-то мусор. Если курсор вообще не двигался, то терминал, вероятно, только ASCII. Если он переехал на 1 позицию, потом поздравляю, он может показаться французскими словами.
Попробуйте выводить «あ». Этот персонаж занимает 3 байта в UTF-8, но отображает только в двух столбцах на экране. Если курсор перемещается на 0 или 3, плохие новости, похожие на выше. Если он перемещается на 1, то он выглядит как терминал поддерживает UTF-8, но не знает о широких символах (в виде фиксированных шириной). Если он перемещается на 2 столбца, все хорошо.
Я уверен, что есть другие проверки, которые вы могли бы выделять, что приведет к полезной информации. Я не знаю об инструменте, который делает это автоматически.
Вы не сказали, какая архитектура у процессора, но тот факт, что вы полагаете, что текущий двоичный дистрибутив будет работать, подразумевает ARM или x86.
Если это так, вы можете собрать ядро из исходных текстов ванили и использовать его с любым дистрибутивом, который вам нравится. Вы не ограничены использованием их пакетов ядра. Не думаю, что будет слишком много проблем, поскольку 2.6 не так уж отличается от 3.x.
Я также открыт для решения на основе CentOS.
CentOS действительно по-прежнему использует 2.6 , как, скорее всего, и его двоюродный брат Scientific Linux .