Xorg отвязан от hal

Ну наконец то.

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

Ура, ура. Выкинем сраный хал.

Хорошая новость)
В моем make.conf флаг -hal с самого начала)

> устройств ввода с помощью Lebedev

xt&

задрали они туда-сюда менять... лучше бы доделали что-то одно, но работающее как надо!

Гы. У меня udev нет, hal не работает. Завидуйте!

Но впринципе новость хорошая

Флешки монтирую руками

Собственно, деталей мало, потому новость такая маленькая. Но, надеюсь, в ближайшие два года кроме этого допилят ещё и Policy-kit вместе с неизвестно(мне) зачем нужным Device-kit'ом.. И наступи стабильное счастье на опенсорцных десктопах)

А теперь будет так же хорошо работать без xorg.conf?

Вот у меня его вообще нет и Xorg более чем оптимально настраивается сам (нужное разрешение, мыш, клава, 3d, composite).

> Вот у меня его вообще нет

xorg.conf

Libudev — это вроде Linux-only прослойка, не? Вот так вот Xorg делается системно-зависимым дерьмом.

Вкратце для тех, кто в танке, чем hal плох был?

у меня и с hal нормально всё работало

> Флешки монтирую руками

Жесткач. %)

У меня Xorg собран без HAL'а, но HAL в системе присутствует и помогает автомонтировать флэшки.

/var/db/ports/xorg-server/options:

# This file is auto-generated by 'make config'.
# No user-servicable parts inside!
# Options for xorg-server-1.5.3_5,1
_OPTIONS_READ=xorg-server-1.5.3_5,1
WITHOUT_HAL=true
WITH_AIGLX=true
WITH_SUID=true

придётся скоро бздунам сидеть во фреймбуффере -))

У меня так же всё собранно без хала и без dbus'a - гента с глобальными use флагами -dbus -hal рулит

> Вкратце для тех, кто в танке, чем hal плох был?

Присоединяюсь к вопросу :) Ответ неплохо было бы разместить в конце самой новости (т.к. не все в курсе), спасибо.

и нахера оно надо?

> У меня так же всё собранно без хала и без dbus'a - гента с глобальными use флагами -dbus -hal рулит

Не понимаю, чем именно рулит? Это новый уровень задроства что-ли? Почему бы не заюзать "-kernel"? :D

да, видимо, ЧСВ пухнет до небес -))

То есть он и дальше развивается в сторону вещи в себе? Это к слову виндоус-вей. А касательно многочисленных Kit'ов: вы зависимости то их видели?

Хм... Собрал из гита, вроде ж там просто добавили уже существующий патч?
Но тем не менее, клава и мышь отвалились. Хотя версия от 25-го декабря собранная с патчем работает исправно.

http://www.phoronix.com/scan.php?page=news_item&px=Nzg1Mg

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

> Libudev — это вроде Linux-only прослойка, не? Вот так вот Xorg делается системно-зависимым дерьмом.

Ну-ну. Принимай участие в разработке ксорга, чтобы интересы пользователей xBSD тоже были учтены, в чём проблема-то? Например, напиши libdevd для взаимодействия с демоном фри, а заодно и несколько скриптов для автомонтирования флэшек/плееров/фотоаппаратов этим самым демоном.

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

А как автомонтирование внешних устройств без хала работает?

Фо фряхе уже есть devfs)?

Да, я вот тоже говорю - безобразие

А в скобках год указан для тех, кто хорошо НГ отметил, да? )

Там всё ещё без xorg.conf'а не обойтись?

>Ответ неплохо было бы разместить в конце самой новости (т.к. не все в курсе), спасибо.

Не могу. hal почти не развивается последние года так полтора. Как я понимаю, для корректной работы автомонтирования дисков, флешек, энергосбережения с учётом настроек в Policy-kit, пришлось разработать несколько новых подсистем. Т.е. hal остался нужен только Иксам. А Иксам хватит и менее функциональной libudev.

За новостями почти не следил, всё сгенерировано уставшим и малость глючащим от веществ мозгом)

вы зависимости то их видели?

Видели. И правда, обосраться можно, особенно от девайскита.

$ yum -C deplist polkit  | grep provider | sed -r 's/\..+$//' | sort | uniq | awk '{print $2}'
ConsoleKit
dbus
eggdbus
expat
glib2
glibc
pam
polkit

$ yum -C deplist ConsoleKit | grep provider | sed -r 's/\..+$//' | sort | uniq | awk '{print $2}'
ConsoleKit
ConsoleKit-libs
bash                                                    
dbus
dbus-glib
dbus-libs                                                       
glib2
glibc                                                  
polkit                                                 
zlib

$ yum -C deplist DeviceKit | grep -c provider
0

>Там всё ещё без xorg.conf'а не обойтись?

Теперь работает и xorg.conf, и xorg.conf.d)

>А в скобках год указан для тех, кто хорошо НГ отметил, да? )

Для них, троллей, кричащих что это нужно было сделать в следующем году, и для троллей, вопящих о том, что это будет сделано не раньше, чем к марту 11 года)

Один раз при апдейте ксорг переехал на хал+евдев, и клавиатура отвалилась. Писать *конфиги* на .xml я не собираюсь. Проще вырубить эти плюшки (hal) и жить дальше, не задротсвуясь с чтением доков по халу и прочее. Я просто хочу, чтоб всё продолжало работать ;)

Шутишь? Она там есть с 5 версии.

>xorg.conf.d

rly? Это уже интереснее :) Хотя меня больше беспокоит отсутствие автоподхватывания nvidia.

>Один раз при апдейте ксорг переехал на хал+евдев, и клавиатура отвалилась.

Дистр назови, что б знать, у кого руки кривые :}

> Там всё ещё без xorg.conf'а не обойтись?

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

Кстати да, с DeviceKit fail, его у меня вообще нет, упс. А у того куска, что есть, список длиннее, но имхо не мешает:

$ yum -C deplist DeviceKit-disks | grep provider | sed -r 's/\..+$//' | sort | uniq | awk '{print $2}'
bash
dbus
dbus-glib
dbus-libs
device-mapper-libs
dosfstools
e2fsprogs
glib2
glibc
libatasmart
libgudev1
libudev
mdadm
mtools
ntfsprogs
parted
pkgconfig
polkit
sg3_utils-libs
udev
util-linux-ng
xfsprogs
zlib

>Хотя меня больше беспокоит отсутствие автоподхватывания nvidia.

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

>уже давно без него можно

И давно это драйвер nvidia сам подхватывается?

nvidia-settings генерит xorg.conf для 2-х скриновой работы иксов.

Не помню такого, хотя конфиг у меня в прежние времена сгенерирован был ещё.

>Писать *конфиги* на .xml я не собираюсь

щито? я прописал в /etc/make.conf INPUT_DEVICES=«evdev» и поставил флаг hal - всё! Никаких дополнительных движений делать не пришлось, всё подхватилось и заработало

Опять костыль какой-то :) Если, конечно, он сам не будет выбирать какой именно подключать, ориентируясь по типу видео (хотя тут хотелось бы знать как ему указывать nvidia, а не то, что там у них считается кошерным, вроде nouvчего-то-там).

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

>Дистр назови, что б знать, у кого руки кривые :}

если это гента, то у него стопудово руки кривые, у меня даже при обновлении xorg-server с 1.5.3 до 1.7.1 ничего не отваливалось (разумеется, с hal и evdev)

>Опять костыль какой-то :) Если, конечно, он сам не будет выбирать какой именно подключать, ориентируясь по типу видео (хотя тут хотелось бы знать как ему указывать nvidia, а не то, что там у них считается кошерным, вроде nouvчего-то-там).

Он ведь сейчас умеет выбирать атвоматом свободный драйвер из имеющихся. Вот и там, скорее всего, будет уметь)

Они же не GTK'штники, сделают ;)

Это Федора? Молодцы. И что? Даже от libc не зависит? Я ещё могу поверить, что libgudev они запихнули внутрь, но где зависимости от udev, от glib? Или это не зависимости?