Bug 26555
| Summary: | [FR] sane default /etc/sysconfig/i18n | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michael Shigorin <mike> |
| Component: | startup | Assignee: | Alexey Gladkov <legion> |
| Status: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | glebfm, ldv, legion, zerg, zorg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
(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 это баг. ~/ можно творить что угодно, но не за его пределами.
|
Description
Michael Shigorin 2011-11-05 12:54:51 MSK