мне интересно зачем делается вот это:
$ mv ru_RU.koi8r ru_RU.KOI8-R
Это достаточно древний мануал, не для прямого использования, а для прочтения, просто что бы разобраться где у Вас ошибка при создании локали. Подозреваю, что его писали ещё тогда когда Линукс не перешёл на кодировку UTF полностью.
Откуда такие познания что должно быть именно так ? Например ваш cp866-8x16.psfu не существует в природе, есть только cp866-8x16.psf, дальше тоже самое.
Откуда такие познания что должно быть именно так ?
Это не познания, это предположения. Всего знать - такого не бывает. А если быть точным, то открыл у себя и посмотрел.
Например ваш cp866-8x16.psfu не существует в природе, есть только cp866-8x16.psf
Такой вариант возможен, мы ведь систему не под капирки ставим, могут быть и различия, хотя они и должны быть.
дальше тоже самое.
Далее я Вам всего лишь предлагаю убрать CONSOLE_UNICODEMAP="cp866.uni" На который кстати, ссылаются логи, точнее на его отсутствие.
Изменение этой строки CONSOLE_SCREENMAP="cp866_to_uni.trans" аналогично на Ваше усмотрение.
Поэтому я Вам и сказал о сохранении файла (резервной копии) гарантий никто и никогда ни в чём не даёт, а путём проб и ошибок можно получить нужный результат.
Для начала уберите из своего конфига CONSOLE_UNICODEMAP="cp866.uni" выделенный фрагмент, и посмотрите что скажут логи.
Мне очивидно, что суть проблемы в следующем:
1) Проблема связана с коммандой создания локали "localedef -c -i ru_RU -f IBM866 ru_RU.cp866";
2) localedef использует новую библиотеку GLIBC в SLES11SP1 при компиляции;
3) Из рекомендаций progress нужно доставить compat-libstdc++ пакет (необходима выяснить о назначении данного пакета, возможно это пересекается с моей проблемой);
1) Проблема связана с коммандой создания локали "localedef -c -i ru_RU -f IBM866 ru_RU.cp866";
Об этом я Вам несколько раз говорил.
2) localedef использует новую библиотеку GLIBC в SLES11SP1 при компиляции;
Вы же отлично понимаете, что Вы можете использовать и старую версию библиотеки, но смысл? Вы изначально выбрали не верный путь локализации Sles 11. Могу Вас заверить, что Novell обладает полной поддержкой локали в сегменте RU, как и равносильно в других сегментах. Почему Вы выбрали именно такой способ локализации, мне не понятно.
3) Из рекомендаций progress нужно доставить compat-libstdc++ пакет (необходима выяснить о назначении данного пакета, возможно это пересекается с моей проблемой);
oO Это же по каким параметрам Вы вывели такую формулу?? В 11 посту я Вам давал ссылку на этот пакет, только с openSuse? там есть описание, посмотрите его:
The compat-libstdc++-33 package contains compatibility standard C++ library from GCC 3.3.4.
Я больше чем уверен, что к локали отношения тут не имеется.
Объясните внятно, для чего Вы подобным образом создавали локаль??
Способ создания локали рекомендован разработчиком ПО, но для ОС SLES10. По поводу ошибки "No such file or directory cp866.uni" разработчик ПО ничего внятного не ответил, поэтому пытаемся сами разобраться.
eugene_str
Т.е. данный вид получения локали рекомендовали разработчики OpenEdge?? Звучит как то, извиняюсь, глупо. Какое отношение разработчики стороннего ПО имеют к внутрисистемным файлам ОС oO Если бы для их программы понадобилась какая то хитрая локаль, то почему она не шла в комплекте (пакетом) с программой?
И так нашёл решение Вашей проблемы, не Вы первый сталкиваетесь с подобным глюком, по рукам себя побейте, что бы не повадно было лазать в консоль с неизвестными командами :lol: Во всех описаниях, нерусским по белому написано не использовать в виде комманд для смены локали или правки файлов. Вот Вам несколько скриптов для смены локали:
Сначала запускаем LocalRU а потом тот скрипт какая кодировка нужна.
под рутовой консолью всё переколбасило, mc вместо рамок вопросики рисует, криво всё
Далее в MC как не странно артефакты рамок у Вас останутся, поэтому сносим MC и ставим от openSuse 11.2 после чего всё должно быть нормальным.
Касаемо пакета compat-libstdc++ это уже на Ваше усмотрение откуда его собрать, хотите красношапковый как по инструкции, хотите от СУСе возьмите, я в ссылке приводил.
Разработчик ПО - это не разработчик OpenEdge, OpenEdge - это среда для разработки, как можно было такое предположить? К сожалению не могу писать всю информацию, о разработчике ПО в том числе. За скрипты спасибо, посмотрю опробую и напишу о результатах.
Я очень долго смеялся smile , вы смотрели содержимое скриптов? Там суть та же самая, используется localedef, если локаль не создана в системе, немного автоматизировали процесс вот и всё. Ндааааа...., проблема у меня осталась.
Не только смотрел, но и пользовался ими, точнее не сам, взял скрипты у коллег админов Оракла. У них проблем не возникало и всё замечательно отрабатывало.
Там суть та же самая, используется localedef
Не совсем такая, создаётся .psfu а не как в Вашем случае .psf
Повторяюсь, покажите вывод команды
text
locale -a
ЭТО РАБОТАЕТ ДЛЯ 10 ВЕРСИИ SUSE!!!!!!!
Вы хоть сами поняли что сказали? Тогда скажите, что изменилось в строение локализации у SLES c 10 по 11? Для SUSE oO А в чём различие локали от Sles и Suse??? Отвечаю, ни в чём, они идентичны. Sles - это срез openSuse до определённого момента с интеграцией только протестированного ПО.
И после этого Вы утверждаете, что у Вас отсутствует локаль???? Может стоит задуматься о том, что Вы не правильно делаете, а не кричать налево и направо, что человек пытающийся Вам помочь идиот?
Разница? libc исчез из 11 версии, есть только Glibc, да я могу поставить этот пакет, но мне интересно почему на Glibc комманда localedef таким образом работает, докопаться до сути вот чего хочу.