[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: .jpg -(120 KB, 1280x720, .jpg)
120 No.173631  

После обновления opensuse до 13.2 из списка шрифтов пропал terminus. Я нашел в репозитории и установил пакет terminus-bitmap-fonts. В /usr/share/fonts/misc/ файлы шрифтов присутствуют, но в диалогах выбора шрифтов в gui terminus в списке нет. Чии, подскажи, как его туда добавить?
fc-cache -fv пробовал, систему после установки пакета перезагружал.

>> No.173633  

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

>> No.173634  

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

>> No.173635  

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

>> No.173636  
Файл: .jpg -(149 KB, 1280x720, .jpg)
149

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

>> No.173647  

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

>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.
>> No.173691  

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

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

>> No.173693  

>>173691

man fonts-conf

>> No.173694  

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

>> No.173695  

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

>> No.173696  

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

>> No.173703  

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

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

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

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

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

>> No.173707  

>>173703

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

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

>> No.173709  
Файл: .jpg -(141 KB, 1280x720, .jpg)
141

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

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

>> No.173710  
Файл: Jinrui wa Suitai Shimashita - 08.mkv_sna(...).jpg -(42 KB, 848x480, Jinrui wa Suitai Shimashita - 08.mkv_sna(...).jpg)
42

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

>> No.173711  

>>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

>> No.173734  
Файл: .jpg -(45 KB, 848x480, .jpg)
45

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

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

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

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

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

>> No.173735  

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

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

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

>> No.173748  

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

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

>> No.173750  

>>173748

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

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

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

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

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

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

А вообще

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

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

>> No.173751  
>umanageable

unmanageable

>> No.173752  

>>173750

>ets

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

>> No.173753  

>>173750

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

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

>> No.173754  

>>173750

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

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

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

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

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

>> No.173755  

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

>> No.173756  

>>173754

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

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

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

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

>> No.173757  

>>173754

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

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




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]