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

Прекрасно.
Я на FreeBSD давно уже ушёл с HAL.

Замечательно.

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

Давно пора.

Как теперь клавиатуру то настраивать надо будет?

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

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

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

ну наконец то

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

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

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

*толпа ликует*
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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даже под макосью не всегда можно без них обойтись - всякие ГИМПы требуют.

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

как минимум соплярка, фряшка, миникс...

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

соляра сдохла вместе с саном, бсд - предположим, миникс - это вообще клоунада.

> миникс - это вообще клоунада

клоунада

Любопытное мнение. Обоснуй.

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

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

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

УРРРРА!

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

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

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

рулить линуксовым сервачком с венды? сомнительное достижение при таких затрадах труда на поддержание кучи платформ.

Так и не понимаю чем hal не нравится.

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