Попробуй добавить шрифт в ~/.fonts

>>173633
$:~/.fonts> cp /usr/share/fonts/misc/ter* ./
#:~> fc-cache -fv
Ничего не изменилось.

>>173634
Возьми шрифт не из репозитория.
По fc-list |grep terminus шрифт не виден?

>>173635
Внезапно помогло, спасибо.
Решил в качестве полумеры попробовать взять шрифт из другого репозитория, конкретно - из 13.1. После этого внезапно все заработало.

С соурсфоджа терминуса

>Q. The font works in X11/Motif, but not in GNOME/KDE/Xfce.

>A. Try adding 75-yes-terminus.conf to the Fontconfig configuration files. See also: mkfontscale(1), mkfontdir(1), fc-cache(1), xorg.conf(5), xfs(1), xlsfonts(1), fonts-conf(5) etc.

>>173647
А где они лежат, эти файлы?

Можно было бы скачать rpm из обоих репозиториев и сравнить, мне конечно лень, благо изначальная проблема решена.

>>173691

man fonts-conf

>>173693
Это же не путь к файлам.

>>173694
Спасибо, кэп.

>>173695
А зачем ты тогда ман даёшь, если просят другое? Ты действительно считаешь, что про мануалы никто не знает и такие ответы быстрее позволяют решить обсуждаемый вопрос?

>>173696
Если ты не тот, кто спрашивал, то закрой рот и не лезь.
Если ты тот, кто спрашивал, то просто открой ман: то, что ты просишь, находится там прямо сверху.

>я не хочу читать маны

Ты не хочешь потратить от нескольких секунд до нескольких минут на поиск ответов на самые животрепещущие вопросы (где конфиги — один из вопросов, на который маны дают исчерпывающий ответ)? Ну дурак, чо.

>но ты мог бы сам ответить/скопипастить

Нет. Иди к черту.

>>173703

> закрой рот
> ман

Проходил мимо, увидел сочетание ненависти и слова из ЛОР-лексикона и заржал — не далее как утром читал про queued TRIM в линупсе, который выносит случайные данные нулями на некоторых дисках, а у белых господ на OS X и Windows всё ок. Теперь понятно почему некоторые такие злые — работу ОС пользователь вообще не должен замечать, а тут можно обновить ядро и лишиться данных.

>>173693
Создал /etc/fonts/conf.d/75-yes-terminus.conf с текстом https://searchcode.com/codesearch/view/25427093/, выполнил # fc-cache -fv, не помогло. Откатился на работающую версию.

Скачал и сравнил пакеты. Кажется, единственное отличие - в работающем каждый шрифт запакован в .gz. Вот только если распаковать rpm - внутри видно только файлы, которые копируются в /usr/share/fonts. Разве там не должно быть выполняемых при установке скриптов?

>>173709
Сейчас гляну.

>>173709
Они там есть, просто ты смотришь ниправильно.
http://www.cyberciti.biz/faq/centos-rhel-suse-rpm-see-installation-uninstallation-scripts/

В общем, я посмотрел, и для 13.1 зюзи там более простой и другой скрипт(-ы) (то есть не подмножество набора 13.2). Этот скрипт вызывает специфичный для зюзи /usr/sbin/fonts-config скрипт, который тоже разный в двух разных системах (правда, тот факт, что вроде у тебя оно с новым скриптом работает как надо, скорее всего, исключает вину fonts-conf, но все же не полностью).
У меня зюзи нет, а ты, похоже, набрел на настоящий баг, который можно попробовать пофиксить и отправить фикс! Дерзай! :D

>>173711
Потыкал палочкой в скрипты из пакетов, кажется, дело не только в них, но и в содержимом.

> настоящий баг

Это свойство дистрибутива. В каждом релизе что-то ломают, а что-то чинят. Пожалуй, я просто заморожу обновление пакета, благо не впервой решать проблему подобным образом.

> отправить фикс

Раньше меня тоже вела дорога приключений.Я не стану тратить время и силы даже на составление багрепота, пока меня не попросит об этом кто-то, кто собирается его обработать.

>>173734
Выглядит, будто дистр lacks manpower.

В любом случае, я бы бросил пользоваться таким дистром. Ну, таким, где я должен был бы замораживать состояния пакетов, чтобы система продолжала работать.
Ну, и вообще, баги, связанные именно с работой кода мэйнтэйнеров/разрабов дистра, уже серьезный звоночек для меня паковать манатки, лол.
Правда, я отбрасываю дистры весьма легко. Последний, Слаку, правда, я использовал довольно долго (примерно с 2012 где-то), и у меня к ней масса претензий, но она дюже приятна в использовании.

Спасибо за прослушивание очередной пропаганды слакоеба.

>>173735
А куда податься маленькой глупой Сырно, в первом дистрибутиве которой был yast вместо правки конфигов?

Не так давно поставил мяту с корицей. Когда при установке оказалось нельзя выбрать что устанавливать я не придал этому особого значения. Когда при создании пользователей не потребовалось ввести пароль рута я не обратил внимания. Когда при попытке создать временную учетку мне сообщили, что пароль не может быть короче восьми символов, я слегка удивился lleo.me/dnevnik/2008/05/31.html. Но когда удаление у рабочей учетной записи прав рута поломало аутентификацию при входе в (некоторые) меню настроек я плюнул и раскатал на раздел хамелеона из резервной копии а потом восстанавливал загрузчик, да. А шрифты там были неплохие.
Извините за неровный почерк.

>>173748

>Когда при создании пользователей не потребовалось ввести пароль рута я не обратил внимания

Рут особо не нужен, если у тебя есть sudo и запись в нем, что этому пользователю можно выполнять команды как рут.
А то, что было сделано, скорее всего, т.н. "account locking" для рута. Либо в файл /ets/passwd, либо в /ets/shadow (скорее всего, в последний) вместо хеша с солью в соответсвующее поле ставится "!" (без кавычек).
root:!:16666:0:::::
Кстати, чтобы совсем убрать пароль для рута (или любого другого пользователя по аналогии) надо просто оставить это поле пустым.
root::16666:0:::::
#как-"хакнуть"-линукс-если-есть-доступ-к-данным-рута-без-всяких-следов-лол
Я не люблю, когда нет пароля для рута. Рут — единственный "хозяин" никсовой машины. Нет рута — нет хозяина.

>Когда при попытке создать временную учетку мне сообщили, что пароль не может быть короче восьми символов

Вообще, это, наверно, даже в командных системных утилитах есть. Причина этого проста: все хеши с 7, и наверно, даже 8 символами уже перебраны, только подставляй. Правда, есть еще соль, но и тут же локальный подбор уже будет, очень опасно, если такой хэш утечет.

>Но когда удаление у рабочей учетной записи прав рута поломало аутентификацию при входе в (некоторые) меню настроек

А что ты ожидал, лол? У тебя нет ни рута, ни пользователя с "админскими" правами (скорее всего речь идет о записи в /etc/sudoers). Твоя система вообще должна была остаться umanageable. То есть, хоть сейчас грузись с libeusb и чини.

А вообще

>Не так давно поставил мяту с корицей

Не знаю, не пробовал. Судя по тому, что там был какой-то фиксированный набор софта для установки, мне такой дистр, скорее всего, не нужен. По крайней мере, если не известно обратное.

>umanageable

unmanageable

>>173750

>ets

Лол. etc.
Буква си меня убьет когда-нибудь.

>>173750

>Кстати, чтобы совсем убрать пароль для рута (или любого другого пользователя по аналогии) надо просто оставить это поле пустым.

И он будет запрашивать пароль, а если на запрос пароля ничего не вводить и сразу нажать Enter, то выкинет, что неправильный пароль.

>>173750

> Вообще, это, наверно, даже в командных системных утилитах есть.

Предупредить, что так делать нельзя допустимо, не давать так сделать - нет.

> У тебя нет ни рута, ни пользователя с "админскими" правами

Есть учетная запись, созданная при установке, и есть root, у которого почему-то тот же пароль, что и у пользовательской записи. Учетная запись пользователя есть в группе root и обладает соответствующими правами.
Меню аутентификации для доступа к некоторым меню корицы требует ввести пароль текущего пользователя, при этом неявно предполагая, что у него есть права рута и если у него их нет - после ввода пароля молча исчезает, не удосужившись даже сообщить об ошибке.

>>173753
В некоторых livecd бывает. Вроде sudo работает без запроса пароля при этом.

>>173753
Не, не должно быть так. Вот если ! поставить, то да. Правда, может, я ошибаюсь, и надо еще в passwd соответствующее поле опустошить. Но iirc все работало и так, запрашивает пароль и пускает по пустому.

>>173754

>Меню аутентификации для доступа к некоторым меню корицы требует ввести пароль текущего пользователя, при этом неявно предполагая, что у него есть права рута и если у него их нет - после ввода пароля молча исчезает, не удосужившись даже сообщить об ошибке.

Лол. Правильно сделал, что бросил. Это Mint так поступает? Хе-хе. Кто-то говорит, что он лучше убунты, но это даже хуже убунтуглюков.

>спрашивает пароль, когда права уже есть

Вообще, это странно. Конечно, когда ты используешь su, ты всегда вводишь пароль (за исключением случая, когда ты уже root, правда), но с su ты каждый раз логинишься заново как бы.

>>173754

>В некоторых livecd бывает. Вроде sudo работает без запроса пароля при этом.

Да нет, самый обычный login в консоли на tty1-6.