26555 2011-11-05 12:54:51 +0400 [FR] sane default /etc/sysconfig/i18n 2020-09-02 14:01:36 +0300 1 1 4 Development Sisyphus startup unstable all Linux NEW P3 enhancement --- 1 mike legion glebfm ldv legion zerg zorg qa-sisyphus oldest_to_newest 126797 0 mike 2011-11-05 12:54:51 +0400 Предлагаю уложить в пакетный /etc/sysconfig/i18n следующее (см. тж. bug #25225): SYSFONT=UniCyr_8x16 LANG=en_US.utf8 Иначе для систем/чрутов, где настройка не произведена профилем/инсталером и не была выполнена руками, получаем кракозябры (в m-p live уложил хук 20-locale). Предложенные дефолты согласуются с предыдущими обсуждениями, см. тж. https://lists.altlinux.org/pipermail/devel-conf/2005-August/001785.html 126799 1 ldv 2011-11-05 13:31:23 +0400 (In reply to comment #0) > Предлагаю уложить в пакетный /etc/sysconfig/i18n следующее (см. тж. bug > #25225): > > SYSFONT=UniCyr_8x16 > LANG=en_US.utf8 > > Иначе для систем/чрутов, где настройка не произведена профилем/инсталером и не > была выполнена руками, получаем кракозябры (в m-p live уложил хук 20-locale). Для обычных чрутов, которые создает hasher, я бы хотел, чтобы локаль оставалась непроинициализированной, а sysfont там роли не играет. А образы контейнеров все равно приходится производить профилями. Так что я бы луче оставил это как есть. 126808 2 mike 2011-11-06 20:52:00 +0400 Как скажешь; в interactivesystem не перенести разумным образом? 192143 3 zorg 2020-09-02 10:38:06 +0300 Проблема с неинициализированной локалью все еще наблюдается. При сборке пакетов с именами файлов, содержащими символы выходящие за рамки ASCII, оные файлы оказываются недоступны утилитам к ним обращающимся. В качестве обхода приходиться использовать `export LANG=C.UTF-8` в spec файле. Подобное ограничение при сборке пакетов теоретически может привести к пропуску файлов, если доступ к ним не вызывает ошибку. Кроме того, для неподозрвевающих о подобном поведении, отладить проблему и правильно её обойти не так то и просто. 192158 4 zerg 2020-09-02 14:01:36 +0300 > пакетов с именами файлов, содержащими символы выходящие за рамки ASCII IMO это баг. ~/ можно творить что угодно, но не за его пределами.