DeviceKit или что сделать чтоб быть готовым?
k1b0rg 23 марта, 2010 - 14:19
Слышал что в версии 1.8 xorg откажется от HAL и перейдет на DeviceKit. http://www.opennet.ru/openforum/vsluhforumID3/63844.html
И как вы готовитесь к этому событию?
»
- Для комментирования войдите или зарегистрируйтесь
достаем, старые до 1.5 ветки
достаем, старые до 1.5 ветки иксов, конфиги..)
.
Говорят, откат иксов --- песня ещё та :)
ЗЫ: Как жил с
-hal, так надеюсь и без DeviceKit продолжать жить счастливо и беззаботно. Ибо давно известно: от добра добра не ищут.:wq
--
Live free or die
Согласен с предыдущим :) Как
Согласен с предыдущим :)
Как слез с HAL
x11-base/xorg-server 1.6.5-r1
(nptl sdl xorg -debug -dmx -hal -ipv6 -kdrive -minimal -tslib)
так и доволен :)
отчего же откат? просто с
отчего же откат? просто с -hal настройки мыши и клавы, аналогичны тем же настройкам в старых иксах.
Я так понимаю, что xserver
Я так понимаю, что xserver 1.8 будет подхватывать устройства автоматически
Вообще-то никаким
Вообще-то никаким devicekit'ом там и не пахнет. udev во все поля.
Чего там готовиться, будут доки по переходу, я гарантирую это.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Дополняя слова предыдущего
Дополняя слова предыдущего оратора замечу, что, как минимум, два человека на форуме имеют в системе xorg-server из гита, работающего с udev. Проблем нет.
Таки сегодня свершилось
Таки сегодня свершилось обновление до xorg-server-1.8, напугало предупреждением мол, меняйте хал на удава...Собственно я сделал, как и просили:
Потом etc-update, удаление hald из runlevel default и перезагрузка. Понял, что убрал hald зря, ибо отвалился звук. Запустил обратно, всё заработало. Есть навязчивая мысль, что проблему со звуком можно побороть и без хал, вот только на этом мысль заканчивается.
Пора наверное искать доки по переходу? Они уже существуют?
UPD-недолгий поиск по форуму и сети дал прекрасные результаты. Как всегда всё очень просто
Но встал другой вопрос - демон consolekit требует для запуска демон hal, и как из этой ситуации выпутаться?
Истин имперских звезда засияет.
Прекрасно работает с халом.
Прекрасно работает с халом. Не надо ничего менять. Через удав только автодобавление мыши и клавы при загрузке, соответственно ошибки в логе, когда пытается добавить mouseX
Согласен, работает. Самому не
Согласен, работает. Самому не хочется менять - дело привычки. Но что делать с "From next major release on the hal support will be fully disabled." ? Так что рано или поздно всё равно прийдётся. В принципе мне лично ближе /etc/X11/xorg.conf.d чем /etc/hal/fdi, так как он больше напоминает xorg.conf. Посему я (как наверное и многие другие) сильно не расстраиваюсь. Ну а грабли - они всегда будут..
Истин имперских звезда засияет.
Что мешает держать Xorg без
Что мешает держать Xorg без hal'а, а что-то там ещё — с hal'ом?
А я лично вообще выставил USE="-hal" и выпилил его из системы.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask написал(а): Что
Была мысль тоже выпилить) А как тогда быть например с k3b, который определяет привода через hal?
Собираться он собирается с -hal, но потом просит запустить. Или пора переходить на что-то еще?
Честно говоря решения не искал, пока не очень нужно, просто интересно как лучше
Вот такие неутешительные
Вот такие неутешительные результаты
http://forums.gentoo.org/viewtopic-p-6165225.html
http://forums.gentoo.org/viewtopic-t-797736.html
И ещё без него у меня аудиокарта не определяется, выводится как alsa default output. Но звук работает.
Так что лично я полностью выпиливать хал пока не буду.Но в иксах убрал :)
Истин имперских звезда засияет.
Nirvandil написал(а): И ещё
Есть мысль, что это очень странно и неправильно, и результат достижим с помощью настройки ядра, модулей и т.п.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Цитата: Есть мысль, что это
Знаю, что странно. Все нужные модули подгружены, всё нормально. Но факт остаётся фактом - без hald alsa default output, с ним - HDA Intel (AD198x Analog). Я думаю, что тут дело в мутках KDE, он скорее всего модель карты как и k3b привод определяет, с помощью hal. Так-то со звуком всё нормально, просто имени устройства не может вычислить.
Истин имперских звезда засияет.
Kirrus написал(а): Была мысль
Ну, что там с k3b, не знаю. По идее, он должен бы через solid работать.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
pm-utils?!
ну вот, только что пересобрался. получил по старинке xorg.conf (X -configure). проблем, отличий не заметил О_О Флешки всегда монтировал руками.
а вот как теперь без pm-utils отправить комп в suspend?
UPD
Ах, оно и без хала работает... Поставил обратно
А все равно, почему с ними работает, а после echo 3 > /proc/acpi/sleep не просыпается?
Наверное поэтому (взято
Наверное поэтому (взято здесь)
Истин имперских звезда засияет.