nafanja
внутри пакета есть файл .MTREE, который после установки сохраняется в /var/lib/pacman/local/*/mtree, он используется штатной проверкой целостности системы.
Аха, вариант.
Спасибо.
Всем привет.
Есть файл пакета archlinux (на самом деле не один, а очень много, больше 10 млн., и задача обработать их все), который, вероятно, повреждён - мой скрипт как-то взбесился и какие-то файлы просто перезаписал иным содержимым. Как можно проверить файл, если канителится с pgp, ключами - достаточно геморно ? Например, возможно ли использовать .sig файл не как цифровую подпись, а лишь выковыривать оттуда дайджест типа md*/sha* - я не очень в gpg разбираюсь, если это воможно, то подскажите, плз.
Спасибо.
Всем привет.
Кое-какие проблемы с запуском демонов, которые биндятся на IP-адрес интерфейса:
использую для настройки сети netctl, а точнее - сервис [email protected] - например. Судя по содержимому unit-файла, в нём прописаны зависимости типа: Before=network.target, Wants=network.target (вообще, тут говорится, что вроде как нельзя в Wants её писать - если я правильно понял), а тип запуска сервиса notify, что означает, что управление он возвращает немедленно, а конфигурирование интерфейса продолжается в фоне.
В результате получается, что, например, postfix имеет зависимость After=network.target, и, как я понимаю, network.target достигается немедленно после старта [email protected], интерфейсы и IP-адреса ещё не сконфигурировались, и systemd решает, что уже можно запускать тот же postfix. А так как у него в конфиге прописан IP, на который надо биндится, а IP ещё не прописался, то и postfix обламывается, не запускается. На самом деле, не только postfix, а ещё ряд сервисов.
Вопрос: как поглядеть зависимости запуска юнитов с учётом Before/After ? systemctl list-dependensies, как я понял, эти атрибуты не учитывает.
Может быть, надо запускать сервис netctl-wait-online.service (вроде как у него зависимость Before=network-online.target, что согласно документации, если я правильно понял, такая-же псевдо-цель, как network.target, но которая достигается после полного конфигурирования сети), и в демонах типа того же postfix прописать зависимость After=network-online.target ?
Кто нибудь разбирался в этих замутах ? Может, в двух словах объясните, как оно реально работает ?
Сейчас я подпёр костылями, прописав в service-файлах демонов, которые обламываются из-за сети, ExecStartPre=/usr/bin/sleep 3, но это, канеш, реальные костыли.
Спасибо.
Всем привет.
Захотел заюзать Kmail после ~10 летнего перерыва, и заставить использовать akonadi БД SQLite. Да, я читал, что разработчики его не любят, но хочу попробовать.
Итак, внёс в akonadiserverrc указание использовать драйвер QSQLITE3, указал имя базы данных, как-то оно работает. Но по внешнему виду и звуку винчестера стало ясно, что SQLite настроена так, что использует синхронный режим диска. К сожалению, SQLite не хранит настройки в БД, в конфиге или где-то ещё: они захардкожены в libsqlite и могут быть сменены для конкретной сессии исполнением SQL-команд типа PRAGMA ***. В проекте akonadi, в файле src/server/storage/dbconfigsqlite.cpp, разработчики дополнительно принудительно ставят синхронный режим. Однако в конфиге akonadiserverrc допускается параметр Options, который, возможно, как-то обрабатывается драйвером базы данных, если туда суметь подсунуть нужные заклинания. Так как я не кодер, то разобраться в C++ коде не могу как следует.
Собственно, вопрос: как заставить akonadi настроить БД SQLite так, как нужно мне (без изменени исходников и пересборки) ?
Спасибо.
ghost
ты хочешь отучить phonon использовать pulseaudio?
Да.

ghost
Пожалуй это наверняка невозможно. Он специально сделан так, что бы работать с как можно большим количеством звуковых систем
Ну, возможности пусть остаются, вопрос в наущении его правильным приоритетам - например, не использовать pulseaudio :) Полагаю, где-то есть какие-то конфиги. В арчвики есть упоминания, но в указанных местах что-то пусто.
Или, например, если gstreamer бы загружал либы для работы с пульсой через dlopen(), то можно было эти либы выкорчевать руками попробовать с расчётом на возможную работу без них.

ghost
так почему тебя смущает возможность вывода через пульсу.
А по делу: не хочешь видеть пульсу - удаляй (или в случае с archlinux просто не ставь)
"Возможность" превратилась принудиловку. Это нехорошо.
Удалять, пока не появилось вариантов вывода/ввода звука через блютус-гарнитуру, пока не вариант.
nafanja
удалить полностью pulseaudio.
Не, он нужен (потенциально) для работы с блютус-гарнитурой. А вот gstreamer, вероятно, можно отучить от пагубных привычек, только пока неясно, как именно.
nafanja
посчитай размер /proc вообще офигеешь.
Только после того, как ты посчитаешь количество файлов в /sys рекурсивно :)
nafanja
impatt
занимающий 65 мегабайт
это мираж! на самом деле он ничего не занимает!!!
Точно, sparse-файл. Занимает 4 к.
А что со страстной любовью gstreamer к pulseaudio ? Нет каких-нибудь идей ? Самое лучшее - чтобы оно использовало только alsa.
Всем привет.
На относительно нестаром ноуте установлен арч с КДЕ 15.12.3, 64-битная версия.
Есть вопрос и связанные с ними подвопросы:
После старта КДЕ в /dev/shm появляется файл с названием типа pulse-shm-957943824, занимающий 65 мегабайт. pulseadio я очень недолюбливаю и стараюсь выкорчевать всем доступными способами, так что сам демон pulseaudio не работает, а в появлении указанного файла грешу на phonon->gstreamer. Я в правильном направлении мыслю ? :) Далее, если запустить pulseaudio, то KDE (phonon, gstreamer) начинают использовать именно его. В то время, как я бы хотел отвадить их от такого поведения. Вопрос: как заставить gstreamer (phonon) перестать так любить pulseaudio ? И второй вопрос: где покопаться, чтобы отключаит ненужное создание файла pulse-shm-* в /dev/shm ?
Спасибо.
vasek
видно, что читал о способах загрузки с использованием последовательной консоли..
Много раз практиковал на устройствах без запущенного графического контроллера :)

vasek
а обычно совместно с этим способом описывается и способ загрузки с debug-shell.service , а потому возникает вопрос — пробовал ли загрузку в данном отладочном режиме ...
Отладочный режим - если речь о включении побольше отладочной информации в журнал загрузки, то в исходном сообщении добавил сведения о параметрах ядра при запуске. А debug-shell пока не пробовал, ибо не в курсе такой хреновины. Чё-то описаний особо нет, а в самом юните написано про tty9. Ща попробую там посмотреть.
А вообще, есть какой-нибудь мануальчик на примете, где написано, как грамотно использовать эту штуковину ?