8 комментариев

avatar
Какой вывод команды 
cat /etc/locale.conf
Последний раз редактировалось
?
Satyan Nasti Paro Dharmah
0
avatar
Да в чем виновата-то системная локаль-то?! Ее в юзерском сеансе преопределяют все кому не лень от ~/.config/locate.conf до связки accountsservice с ДМ или, скажем, если шелл tcsh, то там придется указывать setenv-ы.
Последний раз редактировалось
0
avatar
Вообще не факт… — у меня нет никакого locate.conf в хоме.
Пусть покажет сперва вывод или заново сгенерирует её.
?
Satyan Nasti Paro Dharmah
0
avatar
Locale.conf, у меня очепятка выше.
Но всяческие дисплей менеджеры кладут на него с прибором если работает accountsservice. Тогда настройки хранятся в самом очевидном месте: /var/lib/AccountsService/users/$USER. Эта мерзость переопределяет настройки, явным образом заданные в locale.conf. Хоть системном, хоть позьзовательском.
0
avatar
в самом очевидном месте: /var/lib/AccountsService/users/$USER
блгдр… буду знать, хоть и не видел никогда такого )

это интересно какие менеджеры такое делают?
?
Satyan Nasti Paro Dharmah
0
avatar
Все, которые умеют взаимодействовать с accountsservice. То есть, разумеется, GDM (вероятно, его форки тоже) и LightDM. В последнем есть даже специальная переключалка языков, но работает она через /dev/ass.

Нашел тут еще один НЕ МЕНЕЕ ОЧЕВИДНЫЙ метод:
busctl call org.freedesktop.Accounts /org/freedesktop/Accounts/User$UID org.freedesktop.Accounts.User SetLanguage s your_locale


Наиболее простое и элегантное решение — выкинуть гномоподелие под названием AccountsService на мороз. После этого все работает очевидным образом. При условии что все настроено корректно, разумеется.
Последний раз редактировалось
+1
avatar
Полезная инфа… благодарю
?
Satyan Nasti Paro Dharmah
0
avatar
было такое после обновления. Даже терминал не запускался. Решил проблему редактированием локали. Слетели настройки, прописал вручную и обновил локаль.
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.