The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Переименование проектов DeviceKit и уход X.Org от технологии HAL

05.12.2009 09:31

В связи с возникающими вопросами на тему прекращения использования HAL (Hardware Abstraction Layer) в X.Org Server, Алан Куперсмит (Alan Coopersmith) создал новую Wiki-страницу XorgHAL, где объясняется текущее использование этого уровня абстракции. HAL использовался X.Org с версии X Server 1.4 и продолжает использоваться в текущей линейке X Server 1.7, но скорее всего уход с HAL будет окончательно и по графику реализован в версии X Server 1.8, выход которой запланирован на март.

На замену HAL придёт намного более OS-специфичный код, связанный с библиотеками, ответственными за нумерацию и систему обозначений устройств. В Linux это приведет к прямому подключению большого количества библиотек libudev к X Server. Вместо настроек в FDI-файлах, для управления драйверами устройств ввода будет использоваться каталог xorg.conf.d, в файлах которого будет применён новый синтаксис для определения соответствующих устройств и настроек . В течение всего времени перехода на эти настройки будет поддерживаться и редактирование xorg.conf по старой схеме.

Согласно сообщению того же Алана Куперсмита поддержка HAL прекращается в пользу DeviceKit и его субпроектов. В настоящий момент ведется работа по изменению названий подобных субпроектов. Например, DeviceKit-disks, используемый для взаимодействия с блочными устройствами, отныне будет известен как "udisks". На следующей неделе проект DeviceKit-power, применяемый для управления питанием, также собирается взять новое название "upower".

Удаление составляющей "DeviceKit" отражает тот факт, что в текущей реализации этими субпроектами не используется демон DeviceKit, а вся работа строится только на библиотеках libudev и libgudev. Само по себе изменение названия не столь важно, но одновременно изменяется API, библиотеки, адреса D-Bus и буквально всё, что должно отражать название "udisks". Любое приложение, зависимое от DeviceKit-disks / udisks, будет пересмотрено с целью включения изменённого названия. DeviceKit-disks и DeviceKit-power уже можно найти в Ubuntu, Fedora и других дистрибутивах Linux, которые также ожидает болезненная процедура переименования.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Прогресс в переходе от HAL к DeviceKit в Fedora 11
  3. OpenNews: Обзор проекта VL-HOT, легковесной альтернативы HAL
Автор новости: JT
Тип: К сведению
Короткая ссылка: https://opennet.ru/24522-devicekit
Ключевые слова: devicekit, xorg, hal
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zenitur (?), 10:30, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Даст ли это прирост в скорости с проприетарными драйверами видеокарты? Хм, а у меня версия 1.2... Интересно, что здесь на месте HAL.
     
     
  • 2.5, empty (?), 11:27, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Даст ли это прирост в скорости с проприетарными драйверами видеокарты? Хм, а
    >у меня версия 1.2... Интересно, что здесь на месте HAL.

    Ничего. Xorg.conf

     
     
  • 3.43, User294 (ok), 16:03, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Xorg.conf

    Что, серьезно? А перемычки для расстановки IRQ на платы вернуть как, не собираются? oO

     

  • 1.2, SKeeper (?), 11:04, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не нашел места, где объясняется почему уходят от hal, т.е. где была бы конкретика о том, что Хорг выиграет от этого перехода.
     
     
  • 2.7, sauron (ok), 11:35, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Там же написано, что HAL заброшен и не развивается.
     

  • 1.3, empty (?), 11:21, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хоть одна хорошая новость за неделю. Этим кривым поделкам Додика Зютнера - давно место на свалке.

    Только причем тут DBus? Пишут же, что будут использовать udev напрямую, а он к dbus-у ни каким боком не касается.

     
     
  • 2.9, Аноним (-), 12:43, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    udev - демон, dbus - шина. Болтать с демоном можно только через эту шину.
    //начиная с версии 1.6, собираю xserver без всяких halов, не могу не нарадоваться
     
     
  • 3.10, mike lee (?), 13:43, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    с каких пор udev через dbus стал работать? )) ничо что dbus нужна живая X сессия для работы?
     
     
  • 4.16, Аноним (-), 14:05, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    udev без запущенного dbus запуститься и заполнит /dev нужными устройствами, да. Но больше ничего и не произойдёт
     
     
  • 5.27, empty (?), 16:26, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >udev без запущенного dbus запуститься и заполнит /dev нужными устройствами, да. Но
    >больше ничего и не произойдёт

    Что в рулзах написано, то и произойдёт.
    man udev на предмет RUN

     
     
  • 6.29, Аноним (-), 16:48, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    И что дальше? По вашей логике, udev должен уметь дергать не только иксы, а ещё пару десятков тех парней, которым тоже хочется знать о появлении/исчезновении устройства. Раньше событие слалось до dbus, и кто хотел, тот ловил его (обычно это был hal). Вот hal решили выкинуть, точнее говоря, заменить другими костылями
     
     
  • 7.32, empty (?), 18:27, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Это логика не моя, а прописанная в рулесах. Там последний рубеж, если событие не обработано, передать его hald-у. Но там и без hald-а много чего интересного внутри происходит.
     
  • 4.17, некто (?), 14:06, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    кто тебе такого сказал? Нафик не нужна X сессия.
    есть системная шина dbus и есть пользовательская открывающаяся в основном в X приложениях.
     
  • 4.44, User294 (ok), 16:12, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ничо что dbus нужна живая X сессия для работы?

    Ох уж эти сказочники.

     
  • 3.19, empty (?), 14:24, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем с ним болтать? У него есть рулзы, вот пусть в соответствии с ними и работает. Как устройство появится, то пусть udev дергает xorg за прописанное в рулесах приложение.

    Как там на самом деле в хорг решили сделать, я не знаю, но лучше бы без дбаса.

     
     
  • 4.22, Аноним (-), 15:06, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А зачем с ним болтать?

    Казалось бы при чём тут xserver с его автодетектом и хотплагом

     

  • 1.4, Аноним (-), 11:23, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Hal объявили устаревшим и прекратили разработку. Ксорг выиграет от того, что не будет насиловать мёртвый велосипед, избавится от ненужного уровня абстракции.
     
  • 1.6, Аноним (-), 11:34, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ничего не понял. почему они всё-таки отказываются от hal'a?
     
     
  • 2.8, empty (?), 11:56, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что HAL - это никому ненужная хрень, с непроссываемыми зумлевыми конфигами, в которых уже сами разработчики (если этих криворуких идиотов можно называть разработчиками) перестали понимать , как оно там работает. Потому поддержка HAL прекращена в пользу DeviceKit-а, а в хорг решили по простому вынести весь hotplug непосредственно на udev, чьи rules не в пример читабельнее зумля.

    Так понятно?

     

  • 1.11, ыыы (?), 13:45, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уход - это хорошо. В мире СПО уход от чего то означает уход от эволюционного застоя и продолжение развития.
     
     
  • 2.13, Анон (?), 13:55, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    это точно, через хал у меня ни одна машина не заработала.
     
  • 2.35, ыыыыыы (?), 13:42, 06/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ага, КДЕ или Гимп тому поучительный пример.
     

  • 1.12, aZ (ok), 13:46, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пора было избавиться от этой поделки.
     
  • 1.14, Аноним (-), 13:56, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Он мне сразу не понравился, этот хал
     
  • 1.15, anonymous (??), 14:04, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жалко, что опсорс любит так яростно наступать на грабли.


    ЗЫЖ ещё бы пульс выкинули...

     
     
  • 2.18, Аноним (-), 14:14, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ЗЫЖ ещё бы пульс выкинули...

    Выкинь сам. Жизнь без пульса вполне реальна, также как без троицы udev/dbus/hal


     
     
  • 3.20, ixrws (??), 14:55, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    без dbus она уже почти нереальна в kde&&gnome.
     
     
  • 4.21, Аноним (-), 15:04, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >без dbus она уже почти нереальна в kde&&gnome.

    Да, а потому тайловые менеджеры или *боксы

     

  • 1.23, zhus (??), 15:39, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    У меня есть смутное подозрение, что как только технология отлажена, стабилизировалась, перестает вызывать проблемы и вопросы у пользователей, так сразу она объявляется устаревшей, неразвивающейся и ненужной. И стройные ряды идут героически выкорчевывать то, что не так давно не менее героически взрастили.
     
     
  • 2.24, Michael Shigorin (ok), 15:52, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > как только технология отлажена, стабилизировалась,
    > перестает вызывать проблемы и вопросы у пользователей

    Это не про hal.

    И да, Леннарт тоже в последнее время резко потерял в адекватности :(

     
     
  • 3.26, zhus (??), 16:26, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не про hal.

    Я как раз про hal. Последний год у меня с ним отношения, прямо скажем, сложились. Он мне монтировал и демонтировал как внешние, так и внутренние диски, предсказуемо управляясь policy-kit'ом, показывал UUIDы подключенных дисков, подключал и отключал проводные и беспроводные клавиатуры и наверное много чего еще понятным способом и не задавая лишних вопросов. Теперь devkit-disk непонятно чем управляется, в горбу видал sata hotplug, devkit-power страннейшим образом меняет cpu governor, все это хором вывалилось из полисикита, а теперь еще это и из иксорга выдернут, чтобы опять поразвлекаться с подключением национальных клавиатур и пр. Года через год-два допилят все это добро до рабочего состояния, скажут, что устарело и закрутится по новой.

     
     
  • 4.30, fetisheer (ok), 16:55, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Полагаю, hal стабилизировался как раз вследствие того, что объявлен устаревшим )
    При начале разработки devkit было дано объявление, что в hal будут приниматься только патчи, исправляющие ошибки. Патчи со всем остальным отклонялись. В результате за то время, пока devkit доводился до рабочего состояния hal стабилизировался.
     

  • 1.25, Lindemidux (??), 16:01, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как только hal начал нормально работать, его выпилили.
     
  • 1.28, Vasily Pupkin (?), 16:47, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Да что же это такое. Массовый идиотизм?
     
  • 1.31, бОПОЙН (?), 17:46, 05/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Велосипеды на переправе не меняют, но они поменяли.

    Хал конечно плох, но дивайскиты еще хуже и сложнее, только к халу привык настроил, а они...

    Так чего полезного может дать дивайскит по сравнению с халом, мне не понятно.

     
     
  • 2.33, di (??), 22:40, 05/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то привыкает настраивать, кто-то привыкает разрабатывать новое.
     

  • 1.34, PAiN (?), 04:06, 06/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин! чето не пойму надо будет все устройства настраивать отдельно?

    не удивлюсь если в девайските будет код от хала !

     
  • 1.39, аноним (?), 20:10, 06/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тысячу раз ура! Долго ждали пока разработчики xorg включат мозги и выкинут HAL. Новость правда нихрена не понятная - меняют-то на что - на "OS-специфичный код", или таки на devkit?
     
     
  • 2.40, Антон (??), 21:07, 06/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Тысячу раз ура! Долго ждали пока разработчики xorg включат мозги и выкинут
    >HAL. Новость правда нихрена не понятная - меняют-то на что -
    >на "OS-специфичный код", или таки на devkit?

    OS-специфичный код - это про то, что в Linux будет devicekit, а для других ОС может быть что-то другое использовано.

     
     
  • 3.41, анонимус (??), 04:54, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Во фряхе, наверное, hal оставят. Там свой hal с блекджеком и шлюхами.
     
     
  • 4.42, al (??), 14:58, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Который надо первом делом отключить, тогда все будет тип топ работать.
     
  • 4.45, аноним (?), 18:11, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Во фряхе, наверное, hal оставят. Там свой hal с блекджеком и шлюхами.

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

     
     
  • 5.46, Ariel (??), 21:35, 07/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ужас, это же как нужно люто, бешено нелюбить Иксы, что бы менять API настолько часто
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру