Поддержка HAL в PulseAudio объявлена устаревшей

> > Буду смеяться над вашими терзаниями, когда возникнет необходимость сменить DE/WM
> А зачем, потрахаццо?

Придет время и на этот вопрос вы ответите сами себе.

> > "Стандарт" существующий в рамках определенного DE есть рабство.
> Нда, с таким подходом я бы остерегался подходить не только к розетке переменного электрического тока, но и к зубной щётке и мыльнице - они-то тоже все более-менее стандартные.

Вам срочно нужно в школу - учиться читать.

когда же подохнет эта поделка (PulseAudio разумеется) ...

>а пятидюймовые _флоппи_ диски. С размерами 360Kb, 720 или 1.2Mb

Ещё объём дискетт в 180кБ, 640кБ и 800кБ забыл.

И диски на 1.2Мб обычно под 1.44 форматировали :)

>Зачем вам HAL?

А как ещё настраивать ту или иную реакцию на то или иное железо?

Скажем, я хочу, чтобы у меня основные mass storage автомонтировались в /media, а два конкретных - в /home/user. Как это сделать без HAL?

А как разные xorg-настройки для разных отключаемых мышей сделать?

Очень ссыкотно советовать пятизвездному, но..разве вопрос с маунтом не решается средствами udev?
/me жуткий чайник, но осилил именно такую схему правилами udev'а.

> Придет время и на этот вопрос вы ответите сами себе.

Столько не живут :) Столько не живут в линуксе :) И нет, не надо обвинять меня в пионерстве и неофитстве, я бы и рад стать помоложе и понеопытней ;)

> > А вы не пробовали в федоре не ставить GNOME и Xorg?

> А там так можно?

Да. А что Вас в этом удивило?

>Очень ссыкотно советовать пятизвездному

Звёзды - это фигня :)

>но..разве вопрос с маунтом не решается средствами udev

Может быть и можно, не разбирался, так как для меня очевидным было решение через hal :)

...

А с xorg и мышами что? ;)

я конечно тоже не спец, но имхо через HAL поудобнее

Интересно, а этот libudev/devicekit будет торчать на d-bus и иметь унифицированный интерфейс?

да тут не только с мышами, из-за этого костыля xorg.conf приходилось на каждый чих с подключением непрописанного девайса изменять конфиг и перезапускать иксы, что в рабочих условиях непозволительная роскошь, теперь с этим стало намного лучше

Правилами удева эта проблема адекватно не решается

> Вам срочно нужно в школу - учиться читать.

Хех, было бы что читать :)

Ага я еще и еретик проприетерщину, дрмщину использую и не стыжусь.

> /me жуткий чайник, но осилил именно такую схему правилами udev'а.

Тут есть /проблема/. udev сам по себе не имеет никаких "per-user" агентов/настроек (что, в общем, и понятно, исходя из его задач). То есть, для данного конкретного пользователя и некоторого класса устройств можно, конечно, пропихнуть соотв. правила в _системные_ настройки udev'а, но это будет выделенное решение для выделенного пользователя. К тому же, делать такую настройку должен будет, скорее всего, только суперпользователь.

HAL/DeviceKit позволяет решать эту проблему "идеологически верно", вводя понятие пользовательского агента, управляющего, там, где это разрешено, политиками управления устройствами.

На Ф10 на нетбуке MSI U100, RoverBook 415, десктопе с SB Audgy 4, десктопе с AC97, десктоп с SB Live - ни на одной из систем звук из "коробки" на пульсаудио не заработал без рывков и пропаданием. Везде пришлось или выдирать его из системы или корёжить конфиги по дефалту. Жду Ф11 - посмотрим что будет там.

>Для работы требуется linux >= 2.6.30 А такого еще и нет. Только 2.6.30-rc8

>То есть, для данного конкретного пользователя и некоторого класса устройств можно, конечно, пропихнуть соотв. правила в _системные_ настройки udev'а, но это будет выделенное решение для выделенного пользователя. К тому же, делать такую настройку должен будет, скорее всего, только суперпользователь.

Ну да. Просто показалось, что речь шла о локальной частной машине. Что, впрочем, не меняет костыльности метода. Это да.

>HAL/DeviceKit позволяет решать эту проблему "идеологически верно", вводя понятие пользовательского агента, управляющего, там, где это разрешено, политиками управления устройствами.

Угу. Но раз HAL объявлен морально устаревшим, стало быть переходим на DeviceKit? Надо погуглить..как это установить и посмотреть.

>Это Вы про Slackware? Так это не дистрибутив, а кунсткамера и музей исторического прошлого

Ну хал то в слаке давно достаточно. Впрочем, Патрику не откажешь в прозорливости - тянул с халом до последнего. Как чувсвовал, что не надолго это все

> Почитайте таки Зойтена (David Zeuthen). Вся это *Kit бодяга - это не что иное, как hal версии 2, попиленный на модули и c уточнёнными зонами ответственности. Рефакторинг после версии 1 :)

Та я таки не против, рефакторинг - это хорошо. Вопрос только, когда теперь HAL2 станет стабильным?..

>Спрашиваешь традиционно в целях провокации или же ожидаешь осмысленных ответов?

Из-за завязок:

> grep "PulseAudio" -r /usr/ports/
/usr/ports/x11/kdebase4-runtime/Makefile:OPTIONS= PULSEAUDIO "Enable playback via PulseAudio soundserver" off
/usr/ports/x11/kdebase4-runtime/Makefile:CMAKE_ARGS+= -DWITH_PulseAudio:BOOL=ON
/usr/ports/x11/kdebase4-runtime/Makefile:CMAKE_ARGS+= -DWITH_PulseAudio:BOOL=OF F
/usr/ports/x11/kdebase4-runtime/pkg-plist:share/apps/cmake/modules/FindPulseAud io.cmake
/usr/ports/multimedia/libxine/Makefile: PULSEAUDIO "Enable PulseAudio support" off \
/usr/ports/multimedia/audacious-plugins/Makefile:# PULSE "Enable PulseAudio output plugin" off \
/usr/ports/multimedia/gmerlin/Makefile:OPTIONS= PULSEAUDIO "Enable PulseAudio support" on \
/usr/ports/graphics/swfdec/Makefile:OPTIONS= PULSEAUDIO "Enable the PulseAudio sound module" off
/usr/ports/devel/sdl12/Makefile: PULSEAUDIO "PulseAudio sound system support" Off \
/usr/ports/audio/libao/Makefile: PULSEAUDIO "Enable the PulseAudio module" off
/usr/ports/audio/musicpd/Makefile: PULSEAUDIO "Support PulseAudio sound server" off \
/usr/ports/audio/pulseaudio/files/patch-ubuntu-bundle:- pa_log("No PulseAudio daemon running");
/usr/ports/audio/pulseaudio/files/patch-ubuntu-bundle:+ pa_log("No PulseAudio daemon running, or not running as session daemon.");
/usr/ports/audio/pulseaudio/pkg-install: -d "/nonexistent" -s /sbin/nologin -c "PulseAudio System User"
/usr/ports/audio/pulseaudio/pkg-descr:PulseAudio, previously known as Polypaudio, is a sound server for POSIX and
/usr/ports/audio/xmms2/Makefile: PULSE "Support to output via the PulseAudio" off \
/usr/ports/audio/lmms/Makefile: PULSEAUDIO "Enable PulseAudio support" OFF \
/usr/ports/audio/paprefs/Makefile:COMMENT= GTK configuration dialog for PulseAudio
/usr/ports/audio/paprefs/pkg-descr:PulseAudio Preferences (paprefs) is a simple GTK based configuration dialog for
/usr/ports/audio/paprefs/pkg-descr:the PulseAudio sound server.
/usr/ports/audio/paprefs/pkg-descr:PulseAudio 0.9.5 this modules is loaded by default.)
/usr/ports/audio/padevchooser/Makefile:COMMENT= GTK icon tray for PulseAudio
/usr/ports/audio/padevchooser/pkg-descr:PulseAudio Device Chooser (padevchooser) is a simple GTK tool which registers
/usr/ports/audio/padevchooser/pkg-descr:PulseAudio sound server. Specifically it can do for you:
/usr/ports/audio/padevchooser/pkg-descr: - Quickly change the default PulseAudio sink/source/server assigned to the
/usr/ports/audio/padevchooser/pkg-descr: - Start the auxiliary tools PulseAudio Volume Control, PulseAudio Volume
/usr/ports/audio/padevchooser/pkg-descr: Meter, PulseAudio Manager, PulseAudio Preferences
/usr/ports/audio/pavucontrol/Makefile:COMMENT= GTK mixer for PulseAudio
/usr/ports/audio/pavucontrol/pkg-descr:PulseAudio Volume Control (pavucontrol) is a simple GTK based volume control
/usr/ports/audio/pavucontrol/pkg-descr:tool ("mixer") for the PulseAudio sound server. In contrast to classic mixer
/usr/ports/audio/pavumeter/Makefile:COMMENT= GTK volume meter for PulseAudio
/usr/ports/audio/pavumeter/pkg-descr:PulseAudio Volume Meter (pavumeter) is a simple GTK volume meter for the
/usr/ports/audio/pavumeter/pkg-descr:PulseAudio sound server.
/usr/ports/audio/paman/Makefile:COMMENT= Gtk frontend for PulseAudio
/usr/ports/audio/paman/pkg-descr:PulseAudio Manager (paman) is a simple GTK frontend for the PulseAudio sound
/usr/ports/UIDs:pulse:*:563:563::0:0:PulseAudio System User:/nonexistent:/usr/sbin/nologin
/usr/ports/UPDATING: paman is a GTK frontend to PulseAudio, while pavucontrol is a GTK-based

> >Зачем вам HAL?
> А как ещё настраивать ту или иную реакцию на то или иное железо?
> Скажем, я хочу, чтобы у меня основные mass storage автомонтировались в /media, а два конкретных - в /home/user. Как это сделать без HAL?

У меня это сделано с помощью udev. При подключении флешки создается директория, флешка монтируется.
После ручного отмонтирования, директория удаляется.

> А как разные xorg-настройки для разных отключаемых мышей сделать?

Х.з., не задавался этим вопросом. Но текущий подход с использованием HAL в xorg мне не понравился.

> > Вам срочно нужно в школу - учиться читать.
> Хех, было бы что читать :)

Ну если понятие "стандарта" в рамках конкретного DE/WM для вас не понятно, то поробую пояснить на примере мобильных телефонов.

Практически у каждого производителя свой "стандарт" на разъем для подключения зарядного устройства и data-кабеля. Причем у многих этот "стандарт" меняется от модели к модели. Если вы считаете это удобством, то я поднимаю руки и сдаюсь - больше я вам не смогу объяснить.

>>Зачем вам HAL?

>А как ещё настраивать ту или иную реакцию на то или иное железо?
>Скажем, я хочу, чтобы у меня основные mass storage автомонтировались в /media, а два конкретных - в /home/user. Как это сделать без HAL?

В FreeBSD для этого есть специальный демон devd. В devd.conf прописываешь реакцию на события (attach, detach) и в зависимости от событий, могут быть выполнены заранее подготовленные скрипты.

Пример из man'а:
     #
     # Try to configure ath and wi devices with pccard_ether
     # as they are attached.
     #
     attach 0 {
             device‐name "(ath|wi)[0‐9]+";
             action "/etc/pccard_ether $device‐name start";
     };

     #
     # Stop ath and wi devices as they are detached from
     # the system.
     #
     detach 0 {
             device‐name "(ath|wi)[0‐9]+";
             action "/etc/pccard_ether $device‐name stop";
     };

1. ПульсАудио не привязывают к конкретному ДЕ. Наоборот, конкретный ДЕ привязывают к ПульсАудио.
2. Красные шапочки делают ОС для своих клиентов, и поскольку поставляют они Гном, то и пилят Гном. Те, кто пользует более правильные ДЕ/ВМ могут выбирать другой дистр, со своим блэкджеком и далее по сценарию.
3. Стандарт существующий в рамках сотни ДЕ - это тоже рабство. Даже еще большее, потому что стандарт существующий в рамках одного ДЕ гораздо проще сменить на "более правильный" в следующей версии этого ДЕ, чем стандарт существующий в рамках сотни ДЕ. Стандарт дает гарантию совместимости, отнимая при этом свободу инновации.

Ну вобще, хорошо бы. Краткость - сестра таланта :)

Вон, Виндовс как растолстел, у них теперь минимальная система меньше чем в 30 метров не помещается.

> 1. ПульсАудио не привязывают к конкретному ДЕ. Наоборот, конкретный ДЕ привязывают к ПульсАудио.

Хм, этого я не знал. Полагал, что это разработка KDE-шников с привязкой к KDE. Ну тогда ок.

> 2. Красные шапочки делают ОС для своих клиентов, и поскольку поставляют они Гном, то и пилят Гном. Те, кто пользует более правильные ДЕ/ВМ могут выбирать другой дистр, со своим блэкджеком и далее по сценарию.

Ну так кто же тут спорит. RH - это enterprise, а там выбирают по иному критерию.

> 3. Стандарт существующий в рамках сотни ДЕ - это тоже рабство. Даже еще большее, потому что стандарт существующий в рамках одного ДЕ гораздо проще сменить на "более правильный" в следующей версии этого ДЕ, чем стандарт существующий в рамках сотни ДЕ. Стандарт дает гарантию совместимости, отнимая при этом свободу инновации.

Да все рабство. Речь о кол-ве плетей, получаемых в единицу времени.

Патрик разве объявил уже, что слака на девайскит переходит? :)

>Патрик разве объявил уже, что слака на девайскит переходит? :)

неисповедима стезя его.

> Практически у каждого производителя свой "стандарт" на разъем для подключения зарядного устройства и data-кабеля.Причем у многих этот "стандарт" меняется от модели к модели.

Это называется "технологическая находка" и "прогресс" :) Ну и, к тому же, информация несколько устарела, вон вроде как ЕС директивно решил приказать всем заряжаться по mini-USB :) Телефоноделы, правда, пока вяло возражают :)

> Если вы считаете это удобством, то я поднимаю руки и сдаюсь - больше я вам не смогу объяснить.

Я считаю это естественным проявлением капиталистического способа хозяйствования - каждый думает, что он может предложить нечто лучшее, чем сосед, у каждого - свой набор уловок и средств обеспечения пользовательской лояльности и устойчивого дохода. Практика показывает, что системы централизованного управления хоть и дают, [часто в теории], бОльшую эффективность, но, как правило страдают меньшей приспособляемостью к меняющимся условиям функционирования.

В применении к десктопам. Городить свой собственный велосипед для решения актуальных, по мнению разработчиков, пользовательских задач - святое право изобретателя. Вскрытие покажет, кто из них лучше угадал потребности целевой аудитории и точнее воплотил в жизнь решение. Вполне естественно, что в такой модели не бывает никаких других стандартов, кроме тех, которые, родившись как частное решение частных задач конкретной целевой аудитории, постепенно набирают вес и значение, и, в конечном итоге, вытесняют на периферию конкурирующие стандарты.

Видеть в этом рабство - это всё равно, что видеть рабство в форме розетки и напряжении в ней, ширине железнодорожной колеи или конструкции водопроводного крана. Просто десктопным "стандартам" - от силы 20 лет, а современному водопроводному крану - лет 150-200.

Сильно согласен. Пока вменяемых альернатив не нашел.

>Дай угадаю... openSUSE?

Правильные ответ опенсусе с пульсаудио. Когда его не было было все шеколадно.

>Скажем, я хочу, чтобы у меня основные mass storage автомонтировались в /media, а два конкретных - в /home/user. Как это сделать без HAL?

легко

>А как разные xorg-настройки для разных отключаемых мышей сделать?

через xorg.conf

>я конечно тоже не спец, но имхо через HAL поудобнее

Это тебе только кажется

>из-за этого костыля xorg.conf приходилось на каждый чих с подключением непрописанного девайса изменять конфиг и перезапускать иксы, что в рабочих условиях непозволительная роскошь, теперь с этим стало намного лучше

Один раз прописывается USB-мыша. После этого можешь подлючать и отключать её в любое время - "перезапускать иксы" необязательно

>Правилами удева эта проблема адекватно не решается

решается

вообще-то я не об этом, ситуация с мышью банальна и проблем не вызывает, я о ситуации вроде "пришёл я в универ, надо подрубить ноут к проектору и понеслось прописывать монитор в xorg.conf"

> Вся это *Kit бодяга - это не что иное, как hal версии 2

Вот нет чтобы так и назвать

>я о ситуации вроде "пришёл я в универ, надо подрубить ноут к проектору и понеслось прописывать монитор в xorg.conf"

Тебе HAL в этом поможет? А в оффтопике, например, "всё само заработает"? дравера устанавливать и перегружать не придётся?

Не , а таки падлюки :))
Все себе играются в берюльки и наровят работающее поломать.
Проходит время и все только начинает устаканиваться , и самый раз
о нормальной документации и инструментах настройки и диагностики подумать и раелизовать - и тут бац , хлоп , ooops , нате вам - новая версия и все коту под хвост.
Как это достало уже ....

внезапно! (c) HAL сам определит и подрубит, если по-твоему это не помощь, то извини, а про оффтопик ты с чего вдруг заговорил, я про него вообще не упоминал, не из-под него ли пишешь?