При установке пакет делает символьную ссылку /etc/asound.conf на свой вариант конфига, что приводит к неработоспособной альсе: [ -f /etc/asound.conf ] || ln -sf ltsp/asound.conf /etc/asound.conf ||: [mak@admin ~]$ alsaplayer *** PULSEAUDIO: Unable to connect: Connection refused snd_pcm_open: В соединении отказано (default) Failed to initialize plugin! Failed to register plugin: /usr/lib/alsaplayer/output/libalsa_out.so Failed to load output plugin "alsa". Trying defaults. *** PULSEAUDIO: Unable to connect: Connection refused snd_pcm_open: В соединении отказано (default) Failed to initialize plugin! /usr/lib/alsaplayer/output/libalsa_out.so failed to load jack: server not running? /usr/lib/alsaplayer/output/libjack_out.so failed to load error opening /dev/dsp Failed to initialize plugin! /usr/lib/alsaplayer/output/liboss_out.so failed to load No $AUDIOSERVER, falling back on $DISPLAY NAS server not available Failed to initialize plugin! /usr/lib/alsaplayer/output/libnas_out.so failed to load Failed to initialize plugin! /usr/lib/alsaplayer/output/libesound_out.so failed to load NOTE: THIS IS THE NULL PLUGIN. YOU WILL NOT HEAR SOUND!! ------------------
(In reply to comment #0) Вы запускаете alsaplayer на сервере?
Я запускаю сервер на альсаплеере. Как-то на своей рабочей машине поставил ltsp5-server для тестирования технологии. А потом, в один прекрасный день, после обновления системы остался без звука.
(In reply to comment #2) > Я запускаю сервер на альсаплеере. > Как-то на своей рабочей машине поставил ltsp5-server для тестирования > технологии. А потом, в один прекрасный день, после обновления системы остался > без звука. Понятно... Сделано так для того, чтобы весь ALSA-звук прозрачно уходил на терминалы, проигрывание звука в сессиях на самом сервере не предполается. Возможно, удастся придумать что-то, чтобы не страдали ставящие "на потестировать"... Или вы подскажете вариант? Вариант модификации чего-либо в ~/ терминальных пользователей - не предлагать:)
Возможно, control и/или сообщение в %post?
А вот как раз очень хочется предложить. :) В каком-нибудь стартовом скрипте: if [ $DISPLAY -сильно-похож-на "терминального клиента" -a super_detect_pulse ]; then cat Pulse-pulse-pulse > ~/.asound.conf else rm ~/.asound.conf fi
(In reply to comment #4) > Возможно, control и/или сообщение в %post? Если в alsa-plugins будет соответствующий control, то он там не помешает:) Если же имеется ввиду control, относящийся ТОЛЬКО к LTSP/pulse, то только для: ln -sf ltsp/asound.conf /etc/asound.conf ? И по-умолчанию - "выключено"? Тогда ИМХО мы придём к усложнению установки/настройки LTSP-сервера (рабочего или тестового) в угоду тем, кто поставил ltsp5-server на свою рабочую станцию "на посмотреть" (это не в обиду последним, просто угодить последним без причининения неудобств первым врядли получится, а более приоритетными для меня (может я ошибаюсь) почему-то кажутся первые...) В любом случае, если найдётся вариант для автоматического разруливания типа "локальная сессия - используем /etc/asound.conf, если он есть, или используем ALSA по-умолчанию, если нет; удалённая сессия - используем /etc/ltsp/asound.conf" - это будет здОрово.
(In reply to comment #5) > А вот как раз очень хочется предложить. :) Нет, это принципиально: после adduser user в ~user/ может писать что-либо или читать оттуда только этот user. Это не ограничение LTSP, это ограничение, чтобы администратора не уволили (или чего похуже). Такую "свинью" в своём пакете я админам подкладывать не стану:)
Интересный аспект :) А можно сделать при создании пользователя ссылку ln -s /tmp/asound.conf.$NEWUSERNAME ~/.asound, и автоматически корёжить уже /tmp/asound.conf.$NEWUSERNAME? Кривовато конечно... Немного поленился изучить доки: pulse должен на сервере работать или на клиентах или и там и там?
(In reply to comment #8) > Интересный аспект :) > А можно сделать при создании пользователя ссылку ln -s > /tmp/asound.conf.$NEWUSERNAME ~/.asound, и автоматически корёжить уже > /tmp/asound.conf.$NEWUSERNAME? Кривовато конечно... Так отож, что "кривовато", потому как нужен модифицированный adduser/useradd. Кроме того, если этот пользователь залогинится на сервере локально, как в вашем случае, то получит ровно тоже, что и вы:) > Немного поленился изучить доки: pulse должен на сервере работать или на клиентах > или и там и там? На терминале. Он там запускается при загрузке, если в /etc/lts.conf SOUND_DAEMON=pulseaudio.
Нет, не получит, потому что стартовый пользовательский скриптик может посмотреть в $DISPLAY и нужным образом покорёжить asound.conf в $TMP. На самом деле, если пользователи могут постоянно входить терминально/локально (как вот я всё хочу обзавестить вторым рабочим местом на кухне :) ), впору думать за механизм /альтернатив/ конфигов.
Тёзка, давайте Вы как лицо заинтересованное над таким вариантом подумаете, а пока могу предложить rm -f /etc/asound.conf и создание ~/.asound нужным пользователям. Для майнтейнера нет мотивации лучше "себе любимому" :)
(In reply to comment #11) Вроде бы что-то нарисовалось: без линков, ~/.asoundrc, /tmp/* и т.п.; а только благодаря вычитыванию исходников libalsa и догадками (надеюсь, верными) про то, как работают в rpm %trigger* (догадками, потому как ни в "Maximum RPM", ни во всезнающем Гугле информации о %trigger* найти не удалось :( )
(In reply to comment #12) > информации о %trigger* найти не удалось :( Прокачивай гугленье ;) http://wiki.sisyphus.ru/devel/SpecTips/triggers /usr/share/doc/rpm-4.0.4/manual/triggers
fixed in ltsp5-5.0-alt0.38