В ванильном арче действительно в прошлом было несколько технических глюков с keyring, когда приходилось разруливать настройки gpg руками, но сейчас всё уже устаканилось.
Сейчас единственная возможная проблема возникает при длительной задержке в обновлениях. В этом случае новые пакеты становится невозможно поставить, т. к. они подписаны новыми ключами, о которых pacman ещё не знает. Тогда приходится вручную устанавливать обновление archlinux-keyring, отключая при этом проверку ключей, а уже потом всё остальное.
Но если обновляться своевременно, то обновление archlinux-keyring прилетает первым, пока старые ключи ещё действуют, а уже потом пакеты начинают подписываться новыми ключами. Как-то так.
gpg: Всего обработано: 130
gpg: неизмененных: 126
gpg: новых подписей: 11
gpg: key 1EB2638FF56C0C53: no user ID for key signature packet of class 10
gpg: key 1EB2638FF56C0C53: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: key 786C63F330D7CB92: no user ID for key signature packet of class 10
gpg: открытый ключ DB323392796CA067 на 3037 дней новее подписи
gpg: marginals needed: 3 completes needed: 1 trust model: pgp
gpg: глубина: 0 достоверных: 1 подписанных: 0 доверие: 0-, 0q, 0n, 0m, 0f, 1u
Спасибо!
Полезная ссылка, похоже на решение. Единственное, не очень понял из статьи откуда брать именно 435.21, из AUR? В общем смысле правильно ли я понял: Ставлю нужные дрова с бамблби, далее сношу лишнее связанное с бамблби, далее просто ставлю yay -S prime прайм и всё?
Как писал выше неожиданно оказалось что ветка testing была вместо stable хотя переключить было не кому, видимо и ядро оттуда же.
Вы хотите сказать проблема с ютубом в фирефоксе связана с ядром?
Попробуйте поковырять настройки pulseaudio. Для этого скопируйте /etc/pulse/default.pa и daemon.conf в /home/username/.config/pulse/
Откройте default.pa, найдите и измените строчку на load-module module-udev-detect tsched=0 use_ucm=0
Откройте daemon.conf. Строки, начинающиеся с точки с запятой, закомментированы. Удалить ";" и исправить следующие строки: resample-method = src-sinc-best-quality (Взято с арчевики, но, возможно, не работает. Можно попробовать от speex-float-1 (низкое качество) до speex-float-10 (высокое). Есть лучший выбор soxr-vhq, но тут нужно за нагрузкой на проц следить. Вывод всех доступных методов можно узнать командой в терминале pulseaudio --dump-resample-methods) avoid-resampling = true flat-volumes = no (не по теме, но лишним не будет)
Далее вводим в терминале pacmd list-sinks и, глядя на вывод, вбиваем следующие параметры (у вас могут отличаться): default-sample-format = s16le default-sample-rate = 44100 default-fragments = 2 (вычисляется как buffer_size/fragment_size) default-fragment-size-msec = 25 (вычисляется как (fragment_size*1000)/(sample-rate*bits*n). Например fragment_size=35700, sample-rate = 44100 и 16 бит из настроек выше!, n — это количество каналов, для стерео n=2, тогда 35700*1000/44100*16*2=25.29мсек. Округляем в меньшую сторону, ибо больше в буфер не поместится, а число должно быть целым)
Сохраняем изменения и перезапускаем пульс в терминале pulseaudio -k.
А теперь вопрос к знатокам: можно ли верить pacmd list-sinks? Верно ли команда определяет размер буфера или просто выдает значение, присваиваемое по-умолчанию?
и
возможно изменить немного порядок
Полезная ссылка, похоже на решение. Единственное, не очень понял из статьи откуда брать именно 435.21, из AUR? В общем смысле правильно ли я понял: Ставлю нужные дрова с бамблби, далее сношу лишнее связанное с бамблби, далее просто ставлю yay -S prime прайм и всё?
Сравните вывод команд
Если первое не крашнется, то запускать на нвидии так
и повтори
Вы хотите сказать проблема с ютубом в фирефоксе связана с ядром?
Откройте default.pa, найдите и измените строчку на load-module module-udev-detect tsched=0 use_ucm=0
Откройте daemon.conf. Строки, начинающиеся с точки с запятой, закомментированы. Удалить ";" и исправить следующие строки:
resample-method = src-sinc-best-quality (Взято с арчевики, но, возможно, не работает. Можно попробовать от speex-float-1 (низкое качество) до speex-float-10 (высокое). Есть лучший выбор soxr-vhq, но тут нужно за нагрузкой на проц следить. Вывод всех доступных методов можно узнать командой в терминале pulseaudio --dump-resample-methods)
avoid-resampling = true
flat-volumes = no (не по теме, но лишним не будет)
Далее вводим в терминале pacmd list-sinks и, глядя на вывод, вбиваем следующие параметры (у вас могут отличаться):
default-sample-format = s16le
default-sample-rate = 44100
default-fragments = 2 (вычисляется как buffer_size/fragment_size)
default-fragment-size-msec = 25 (вычисляется как (fragment_size*1000)/(sample-rate*bits*n). Например fragment_size=35700, sample-rate = 44100 и 16 бит из настроек выше!, n — это количество каналов, для стерео n=2, тогда 35700*1000/44100*16*2=25.29мсек. Округляем в меньшую сторону, ибо больше в буфер не поместится, а число должно быть целым)
Сохраняем изменения и перезапускаем пульс в терминале pulseaudio -k.
А теперь вопрос к знатокам: можно ли верить pacmd list-sinks? Верно ли команда определяет размер буфера или просто выдает значение, присваиваемое по-умолчанию?