Предлагаю уложить в пакетный /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
(In reply to comment #0) > Предлагаю уложить в пакетный /etc/sysconfig/i18n следующее (см. тж. bug > #25225): > > SYSFONT=UniCyr_8x16 > LANG=en_US.utf8 > > Иначе для систем/чрутов, где настройка не произведена профилем/инсталером и не > была выполнена руками, получаем кракозябры (в m-p live уложил хук 20-locale). Для обычных чрутов, которые создает hasher, я бы хотел, чтобы локаль оставалась непроинициализированной, а sysfont там роли не играет. А образы контейнеров все равно приходится производить профилями. Так что я бы луче оставил это как есть.
Как скажешь; в interactivesystem не перенести разумным образом?
Проблема с неинициализированной локалью все еще наблюдается. При сборке пакетов с именами файлов, содержащими символы выходящие за рамки ASCII, оные файлы оказываются недоступны утилитам к ним обращающимся. В качестве обхода приходиться использовать `export LANG=C.UTF-8` в spec файле. Подобное ограничение при сборке пакетов теоретически может привести к пропуску файлов, если доступ к ним не вызывает ошибку. Кроме того, для неподозрвевающих о подобном поведении, отладить проблему и правильно её обойти не так то и просто.
> пакетов с именами файлов, содержащими символы выходящие за рамки ASCII IMO это баг. ~/ можно творить что угодно, но не за его пределами.
