LINUX.ORG.RU

Проект X.org уходит с HAL

 , ,


0

0

В качестве ответа на постоянно возникающие вопросы по поводу отказа от использования HAL проектом X.org, работник SUN Алан Куперсмит (Alan Coopersmith), создал соответствующую wiki страницу

В этой вики Алан сообщает, как задействован HAL в проекте X.org, как HAL обнаруживает устройства ввода, обеспечивает мапирование и настройку. X.Org использует HAL начиная с X Server 1.4 и будет продолжать использовать до версии X Server 1.7 включительно, но миграция с HAL будет закончена к выходу X Server 1.8, релиз которого намечен на март.

Так как ни одна другая библиотека не предоставляет нужной функциональности, то в X Server появится много ОС специфичного кода, для Linux это означает очень много прямых подключений непосредственно к libudev. Для хранения настроек устройств будет использована директория xorg.conf.d и пока новая функциональность будет добавляться, также сохранится поддержка xorg.conf в полном объёме.

>>> Подробности

★★★★★

Проверено: svu ()
Последнее исправление: Deleted (всего исправлений: 1)

первым дистрибутивом, который окончательно и безповоротно выпилит HAL будет Fedora 13, я надеюсь =)

sniper21 ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Анонимусы читают тока заголовок, а потом начинают троллить?

sniper21 ★★★★★
() автор топика

Что уходят с HAL - отлично. А конфиги будут все равно XMLные? Без нормального консольного и гуевого фронт-энда для конфигурации это очень-очень плохо.

TuxR ★★★★
()

Я надеялся, что они напишут DeviceKit-input и DeviceKit-video... Всё-таки платформенно-специфичный код - это не очень хорошо.

Deleted
()

ну наконец то

px ★★★
()

Мыши жрали кактус, потом одумались и решили отказаться от растений и перейти на минералы.

Xenesz ★★★★
()

Мда, какой-то непрерывный процесс придумывания и привинчивания чего-то, потом выкидывания и отвинчивания.

anonymous
()

*толпа ликует*
Neither DeviceKit, nor the udisks/upower/etc. replacements provide any of this functionality for input devices, and the DeviceKit authors have indicated that they do not plan to provide such functionality, suggesting direct use of the OS interfaces such as libudev instead.

anonymous
()
Ответ на: комментарий от anonymous

Мда, какой-то непрерывный процесс придумывания и привинчивания чего-то, потом выкидывания и отвинчивания.

Ну так, «Linux is evolution, not intelligent design». Очевидно это относится не только к линуксу, но и к большей части остального opensource'а =).

Deleted
()

то в X Server появится много ОС специфичного кода

Больше велосипедов хороших и разных...

Andru ★★★★
()

>но миграция с HAL будет закончена к выходу X Server 1.8, релиз которого намечен на март.

также сохранится поддержка xorg.conf в полном объёме.


Да это просто праздник какой-то! :)

AX ★★★★★
()
Ответ на: комментарий от anonymous

>Мда, какой-то непрерывный процесс придумывания и привинчивания чего-то, потом выкидывания и отвинчивания.

Это линакс, luke!

iZEN ★★★★★
()

>в X Server появится много ОС специфичного кода, для Linux это означает очень много прямых подключений непосредственно к libudev.

Я всё жду, что настанет тот момент, когда GNU/Linux наконец-таки превратиться в... Macwinos.

iZEN ★★★★★
()
Ответ на: комментарий от ttnl

А я так и не успел осилисть найстройку X через Hal

А я так и не успел столкнуться с необходимостью осиливать настройку X через HAL

dexpl ★★★★★
()

Хех, глобальные USE -dbus -hal решили все проблемы с халом. Как хорошо, что я так и не попытался потратить время на ковыряние xml-конфигов. Вообще для конфигов использовать язык _разметки_ какая-то абсурдная идея.

anonymous
()

скоро можно будет собирать gentoo глобально с USE="-hal"?
Вроде DE используют всё больше *kit-ы всякие.
X-ы вот уходят от hal - так и вообще он не нужен станет.

CyberTribe ★★
()

странные они какие-то. то приходят к HAL (вплоть до выпиливания xorg.conf) то уходят от него...

isden ★★★★★
()
Ответ на: комментарий от sniper21

> первым дистрибутивом, который окончательно и безповоротно выпилит HAL будет Fedora 13, я надеюсь =)

Да так и будет. :)

в X Server появится много ОС специфичного кода

А вот это минус. Нужен DeviceKit-input.

cruxish ★★★★
()
Ответ на: комментарий от isden

> странные они какие-то. то приходят к HAL (вплоть до выпиливания xorg.conf) то уходят от него...

Тут дело не в разработчиках X.org, а в разработчиках HAL, т.к. они объявили HAL устаревшим и не рекомендованным к использованию. Кто же виноват, что иксоргерам так «повезло» закончить интеграцию с ним в неподходящее время... :)

cruxish ★★★★
()
Ответ на: комментарий от anonymous

> Neither DeviceKit, nor the udisks/upower/etc. replacements provide any of this functionality for input devices, and the DeviceKit authors have indicated that they do not plan to provide such functionality, suggesting direct use of the OS interfaces such as libudev instead.

Это печально. :(

cruxish ★★★★
()
Ответ на: комментарий от cruxish

> в X Server появится много ОС специфичного кода

А вот это минус. Нужен DeviceKit-input.

да так и будет, просто позже к этому придут =)

sniper21 ★★★★★
() автор топика
Ответ на: комментарий от record

> Я знал, что так и будет

Да вы просто Нострадамус. :)) А я знал, что проект KDE мигрирует с Qt3.

cruxish ★★★★
()

У меня до сих пор есть xorg.conf, устройства ввода настраиваются там же, потому объясните мне анабиознику: зачем было то приходить, то уходить с ХАЛа?

Cancellor ★★★★☆
()
Ответ на: комментарий от cruxish

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

PayableOnDeath
()
Ответ на: комментарий от sniper21

Мдя... не повезло xorg'ерам с hal'ом. Сам я не ощутил проблем настройки Xorg'a, собранного с флагами dbus и hal, и xml вроде как осилил. Посмотрим, что на этот раз они придумают и как они придуманное реализуют.

daemonpnz ★★★★★
()

Давно отрубил HAL, благо просто это.

Gukl ★★★
()

правильно я сделал что собирал xorg без этой приблуды (хот в системе используется). в xorg.conf теперь надо будет обратно переносить настройки устройств ввода из *.fdi?

prizident ★★★★★
()
Ответ на: комментарий от prizident

А зачем тебе переносить, если ты «собирал xorg без этой приблуды»?

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

daemonpnz ★★★★★
()
Ответ на: комментарий от Cancellor

сначала ХАЛ считался продвинутым, так как впендюривал очередной слой абстракций (сначала драйвер ОС абстрагирует нас от конкретной железки, потом ХАЛ абстрагирует нас от конкретной ОС, потом идет Хорг, потом гуёвый тулкит абстрагирует нас от конкретной оконной системы, потом система скинов пытается абстрагировать нас от конретного тулкита чтобы обеспечить единообразный вид рабочего стола).

потом ХАЛ был объявлен устаревшим, так как на смену ему нарисовали девайскит

потом разработчики Хорг-а решили, что вместо того, чтобы создрать и поддерживать нужную им абстрагирующую либу (типа DeviceKit-input), они лучше впендюрят ОС-зависимый код непосредственно в Хорг. Попутно был изобретен очередной язык для описания конфигурации.

Manhunt ★★★★★
()
Ответ на: комментарий от PayableOnDeath

> не надо никаких DeviceKit, хватит уже этих появляющихся и исчезающих велосипедов, пусть используют udev, он никуда не денется

udev привязан только к ядру Linux. А т.к. X.org ориентируется не только на линукс, то куча ОС-зависимого кода будет в него добавлена именно по причине отсутствия унифицированного интерфейса для работы с устройствами ввода. А теперь вопрос: чем плохо появление такого интерфейса?

cruxish ★★★★
()
Ответ на: комментарий от Manhunt

а что тут обосновывать? это проект, необходимый исключительно для того, чтобы потешить ЧСВ разработчиков, даже гигантские средства Евросоюза не привели ни к какому толковому развитию, те же новости на ЛОРе про релизы миникса говорят сами за себя.

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

> почему линукс со своей открытостью и некоммерческостью должен решать проблемы мака, за которым миллиарды?

Каким боком тут линукс вообще? Каким образом он решает проблемы мака? Линукс - это одна из платформ, на которой используются иксы, наряду с всякими *BSD и т.д.

Cancellor ★★★★☆
()
Ответ на: комментарий от Cancellor

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

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

> а сильно ли нужны иксы где-то кроме пингвина?

Везде. Даже под альтернативной операционной системой. Нужные пограммы бывают не только на твоём компьютеры и Xы весьма способствуют сетевой прозрачности для запуска программ.

Evgueni ★★★★★
()

пилять, снова здорова, бесить начинает вся эта [с]вистопляска...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.