Summary: | При установке создаёт неработоспособный конфиг alsa | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Michael A. Kangin <mak> |
Component: | ltsp5-server | Assignee: | led |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P2 | CC: | mike |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Michael A. Kangin
2007-08-03 21:15:47 MSD
(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 |