Bug 26555 - [FR] sane default /etc/sysconfig/i18n
Summary: [FR] sane default /etc/sysconfig/i18n
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: startup (show other bugs)
Version: unstable
Hardware: all Linux
: P3 enhancement
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-05 12:54 MSK by Michael Shigorin
Modified: 2020-09-02 14:01 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2011-11-05 12:54:51 MSK
Предлагаю уложить в пакетный /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
Comment 1 Dmitry V. Levin 2011-11-05 13:31:23 MSK
(In reply to comment #0)
> Предлагаю уложить в пакетный /etc/sysconfig/i18n следующее (см. тж. bug
> #25225):
> 
> SYSFONT=UniCyr_8x16
> LANG=en_US.utf8
> 
> Иначе для систем/чрутов, где настройка не произведена профилем/инсталером и не
> была выполнена руками, получаем кракозябры (в m-p live уложил хук 20-locale).

Для обычных чрутов, которые создает hasher, я бы хотел, чтобы локаль оставалась непроинициализированной, а sysfont там роли не играет.

А образы контейнеров все равно приходится производить профилями.

Так что я бы луче оставил это как есть.
Comment 2 Michael Shigorin 2011-11-06 20:52:00 MSK
Как скажешь; в interactivesystem не перенести разумным образом?
Comment 3 Pavel Nakonechnyi 2020-09-02 10:38:06 MSK
Проблема с неинициализированной локалью все еще наблюдается.

При сборке пакетов с именами файлов, содержащими символы выходящие за рамки ASCII, оные файлы оказываются недоступны утилитам к ним обращающимся.

В качестве обхода приходиться использовать `export LANG=C.UTF-8` в spec файле.

Подобное ограничение при сборке пакетов теоретически может привести к пропуску файлов, если доступ к ним не вызывает ошибку. Кроме того, для неподозрвевающих о подобном поведении, отладить проблему и правильно её обойти не так то и просто.
Comment 4 Sergey V Turchin 2020-09-02 14:01:36 MSK
> пакетов с именами файлов, содержащими символы выходящие за рамки ASCII
IMO это баг. ~/ можно творить что угодно, но не за его пределами.