>главное, чтоб пользователи не страдали. у меня вот такой вопрос:
>как вы сделали связку регулировки звука с терминал-сервера на клиенте?
>пример:терминал-клиент (любой на базе linux) - xdcmp - (терминал-сервер )- gnome|kde|anywm. Софтовая
>регулировка звука ("бегунок" в правом нижнем углу, как удобно юзеру) как
>завязана с клиентом? я пока ничего придумать не могу, а
>запускать rsh aumix с терминала на клиент пользователи не переживут. Ну я фиксировал настройки звука в конфигах, ибо у нас все терминалы и гарнитуры одинаковы. Да и нечего им со звуком баловаться - и так иногда забудут про mute и названивают - "нас не слышно, все сломалось", а ежель себе "случайно" уровень микрофона снизят, то уже понесутся недовольные клиенты.
Так что из практики точно не посоветую, из теории же так:
Вроде же ничего не мешает разместить ярлычок на скрипт для запуска по rsh/ssh локального приложения - gtk/qt миксера alsa/oss (извиняюсь, имен не помню =))? При наличии нужных либ он совершенно нормально запустится и пользователь даже не поймет, что эта хрень - у него запущена, а все остальное в окне - на сервере. Так же, как локально запускают FF. IP терминала берется из переменных окружения.
ну а-ля этого:
#!/bin/bash
xhost + > /dev/null
HOST=`echo $DISPLAY | awk -F: '{ print $1 }'`
export HOST
ssh ${HOST} env DISPLAY=:0.0 /bin/блабла
(взято отсюда, если не видели: http://www.linuxjournal.com/article/8165 )
Касательно бегунка - в панели? Тогда имхо все сложнее - панель-то живет на сервере, а звук надо двигать на терминале, тут наверное нужно свои костыли придумывать, а ля самописный бегунок, который при изменении позиции делает rsh aumix. Хотя это неудобно, запуск нужно делать после того как бегунок отпустят - задержка выходит.
Возможно можно запустить всю панель с бегунком локально на терминале, но это тоже какой-то странный вариант =)
