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

>это означает очень много прямых подключений непосредственно к libudev

Ну, наконец-то, додумались до правильного пути. А я уж думал, что не видать hotplug без HAL.

за***ли. серьёзно, это мне потом опять е**ся с новыми настройками??

это opensource, детка, сиди на старых версиях, нет проблемы

с халом, без хала...

вот такой вариант работал, работает и будет работать все равно:


setxkbmap -model pc104 -layout us,ru -variant ,
setxkbmap -option terminate:ctrl_alt_bksp,grp:lwin_toggle,grp_led:scroll

на автостарт в иксах

это мне потом опять е**ся с новыми настройками??

Черт возьми, да что вы (и лично Вы, и выше отметившиеся) все время в икс-серверах настраиваете?

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

Не нравится мне это... Кроссплатформенности X-ов, так понимаю, настаёт медный тазик?

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

Хотя бы тем, что для детальной настройки хотя бы раскладки клавиатуры надо плясать с бубном до посинения, а без хала это решалось простым редактированием /usr/share/X11/xkb/symbols/ru.

С другой стороны, если отключить хал глобально, не будут подцепляться принтеры/сканеры (хотя на самом деле не так уж и сложно перезапустить cups или настроить sane вручную).

> те же новости на ЛОРе про релизы миникса говорят сами за себя

Мне эти новости говорят о том, что система пока очень быстро и толково развивается.

даже гигантские средства Евросоюза не привели ни к какому толковому развитию

А какое развитие ты хотел бы видеть?

USE=«X -ipv6 gnome -networkmanager userlocales unicode fbcon -directfb v4l v4l2 win32codecs ffmpeg flac -3dfx -3dnow -Xaw3d -aim -dbase djvu dri -eds -evo exif firebird firefox gif gpm iconv -icq imagemagick java jpeg mp3 mpeg mplayer mysql nls ogg pdf postgres -bluetooth python -scanner sqlite3 sse sse2 mmx theora truetype videos -xine -yahoo xvid jpeg2k samba threads -hal dbus gtk avahi mdnsresponder-compat php png ppds slp ssl tiff -gimp -gnome-keyring latex loop-aes -esd -bidi dvdr -sybase -mono -pulseaudio -qt3 qt3support mng kde fuse -policykit rcc berkdb»

> Черт возьми, да что вы (и лично Вы, и выше отметившиеся) все время в икс-серверах настраиваете?

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

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

В яблочко.

> это opensource, детка, сиди на старых версиях, нет проблемы

хотел я вот сидеть на KDE 3.5.10, да не тут-то было. Выпилили же из дистрибутива.

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

Transmission.

Но вообще, да - проблемы негоров шерифа не волнуют.

А я тыкнул System\Preferences\Keyboard и там всё настроил год назад. Что я сделал не так?

Ни разу не пришлось настраивать hal. А... хотя нет, было дело, на заре его развития, когда я был еще на Fedora Core, пришлось вписать кодировку для нормального монтирования флэшек. А сейчас даже это не требуется.

Без hal - да-да давайте каждая прога даже на дело с гулькин нос будет сама определять железо. Может мы еще и ядро выкинем? А зачем оно? В каждую прогу по ядру.

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

Иксы уже лет 30 ничему не способствуют. Иксы были нужны в одном единственном случае - когда сервер не мог потянуть хранение экрана 800х600х8/16bpp _для всех пользователей_.

Сейчас такой задачи просто нет, а «сетевую прозрачность» обеспечивают с хорошим запасом по масштабируемости ssh/vnc.

> да-да давайте каждая прога даже на дело с гулькин нос будет сама определять железо

С каких это пор икс-сервер это «каждая прога»? У тебя их сотни, тысячи?

чем плохо появление такого интерфейса?

не было вменяемой документации. Сильно сложно вьехать в тему.

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

Ура! Нет, так: УРРРААА!!!

> А я тыкнул System\Preferences\Keyboard и там всё настроил год назад. Что я сделал не так?

Понятия не имею. У меня отвалились и клава, и мышь, и я ни залогиниться не смог, ни тыкнуть куда бы то ни было.

> Так и не понимаю чем hal не нравится.
http://lists.freedesktop.org/archives/hal/2008-May/011560.html

> каждая прога даже на дело с гулькин нос

Ну да, поддержка видео со всеми xv и GL - это такой «гулькин нос» ни разу не определяющий железа... и вообще весь из себя копмьютерно-независимый. Можно на счетах сделать.

Не устраивает hal, нужно накрайняк написать свой. Но не дублировать функциональность. Архитектура ОСи должна быть выдержана.

> Не устраивает hal, нужно накрайняк написать свой. Но не дублировать функциональность.
А поддерживать hal всё это время, пока пишется «свой», никто не будет. Завязывать такую важную часть системы, как xorg, на устаревший неподдерживаемый плоходокументированный кусок кода, как hal - самоубийство. Лучше сначала продублировать функциональность, а потом перенести её в «свой» hal.

> Не устраивает hal, нужно накрайняк написать свой.

Зачем? Велосипедов мало?

Но не дублировать функциональность.

Где дублирование?

Архитектура ОСи должна быть выдержана.

Разумеется. Именно поэтому не должно быть таких вещей, как прямой доступ к устройствам типа видеокарты пользовательских процессов мимо ядра ОС.

> Ни разу не пришлось настраивать hal

Ни разу не удалось получить нормально функционирующую систему без выпиливания HAL. Смерть какашке!

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

У вас всё общение с Linux ограничивается рулением? Ну дык это просто ограниченный взгляд на окружающую действительность. Люди вообще-то и работать другими способами могут.

Ура! Значит я не зря всегда руками настраивал иксы и собирал систему без HAL! Теперь уже и не придётся на него переходить.

А чего все так боятся не кроссплатформенного кода? Типа этот HAL где-то кроме линукса был?

По сути дела сейчас это не нужно, потому что все равно ведь придется держать и hal, и Х с той же функциональностью.

Кстати, правильно ли я понял, devicekit - тот же hal, только модульный? Как у него с настраиваемостью?

> Иксы уже лет 30 ничему не способствуют. Иксы были нужны в одном единственном случае - когда сервер не мог потянуть хранение экрана 800х600х8/16bpp _для всех пользователей_.

Сюрприз: под GNU/Linux работают не только сервера и далеко не все занимаются «управлением серверов».

Сейчас такой задачи просто нет, а «сетевую прозрачность» обеспечивают с хорошим запасом по масштабируемости ssh/vnc.

Ну и нафига этот vnc, когда есть простые Xы?

В последние пару лет в Linux каждый свой велосипед из руды делать норовит и в свою сторону им зарулить...

...

А в 2005-2006гг. казалось, что светлое будущее уже вот-вот придёт. Всё больше единых механизмов и стандартов, всё выше интероперабельность... Похоже, к 2012-му году будет LinuxRIP.

+1. те же мысли и эмоции.

>А чего все так боятся не кроссплатформенного кода? Типа этот HAL где-то кроме линукса был?

Linux - это не только x86 с PC105 клавиатурой и PS/2 мышью.

Итак так и не смогли довести до нормального состояния HIDDEV, даже в лучшие времена...

>А поддерживать hal всё это время, пока пишется «свой», никто не будет. Завязывать такую важную часть системы, как xorg, на устаревший неподдерживаемый плоходокументированный кусок кода, как hal - самоубийство.

Угу. Лучше целиком свою операционную систему написать. А то, вдруг, в ядре в очередной раз ABI поменяется. Самоубийство же!

У него есть ещё одно неоспоримое достоинство: каждый пользователь переключает себе что и как хочет.

Отлично! Давно не нравился HAL и XML'ные конфиги в X'ах. Автоопределённые настройки будут складываться в /etc/xorg.conf.d/. Теперь всё будет отлично.

Ещё бы D-BUS из стека Bluetooth выпилили, тогда я был бы совсем счастлив.

Лично у меня проблем с hal никогда не возникало, просто работает. Если сделают что-то, что будет работать еще лучше - почему нет?

Хотя, было бы хорошо, конечно, чтоб наваяли что-то в духе devicekit-video, devicekit-input...

name_no

хотел я вот сидеть на KDE 3.5.10, да не тут-то было. Выпилили же из дистрибутива.

Собери пакетики, поставь, пользуйся. Делов то...

> все равно ведь придется держать и hal, и Х с той же функциональностью.
Что, кроме xorg, использует hal в вашей системе?

Кстати, правильно ли я понял, devicekit - тот же hal, только модульный? Как у него с настраиваемостью?

По крайней мере, цели у них общие. Хотите посмотреть содержимое /etc/DeviceKit-{power,disks}/* ? Проще будет поставить и посмотреть.

> Собери пакетики, поставь, пользуйся. Делов то...

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

> Угу. Лучше целиком свою операционную систему написать. А то, вдруг, в ядре в очередной раз ABI поменяется. Самоубийство же!
Лучше зависеть от своего поддерживаемого кода, чем от неподдерживаемого чужого. Этот свой код потом всегда можно будет выделить в библиотеку, которая будет выполнять роль отсутствующей DeviceKit-input.

быстро - это портирование OSS и нескольких системных компонент за столько-то лет? и да, смысл проекта только в портировании имеющегося софта ради «профита» микроядра? тогда это бред

>Что, кроме xorg, использует hal в вашей системе?

Например, монтирование внешних носителей, SynCE, Bluetooth, вебкамера, USB-модем, сканер? :) Короче - вся сменная переферия. А что, есть для горячего конфигурирования альтернатива?

«сетевую прозрачность» обеспечивают с хорошим запасом по масштабируемости ssh/vnc

В принципе, да, но... На одном из рабочих мест была задача — обеспечить возможность работать с gaussview по сети, в том числе с Win-машин. Для решения при наличии у X сетевой прозрачности достаточно установить на клиенты X-сервер и ssh-клиент, на сервер — sshd, клиентские библиотеки X и сам gaussview. Если бы VNC был необходим, пришлось бы, кроме прочего, на клиентах ставить VNC-клиент (на Win-клиенты — вместо X-сервера, да), а на сервер — X-сервер и VNC-сервер

>Лучше зависеть от своего поддерживаемого кода, чем от неподдерживаемого чужого.

Проект уровня X.org поддерживать проект уровня hal может сам без заметных дополнительных затрат.

> Например, монтирование внешних носителей, SynCE, Bluetooth, вебкамера, USB-модем, сканер? :) Короче - вся сменная переферия. А что, есть для горячего конфигурирования альтернатива?

http://www.reactivated.net/writing_udev_rules.html
И всё вышеперечисленное работает без всяких халов. Но платформозависимо, да.

А чем разработчики DeviceKit объясняют нежелание делать апи для доступа к устройствам ввода, кто-нибудь знает? По-моему, вполне очевидно, что этот функционал в ДевайсКите должен быть. Может быть, им лень? Или не получается что-то?

> на устаревший неподдерживаемый плоходокументированный кусок кода, как hal - самоубийство. Лучше сначала продублировать функциональность, а потом перенести её в «свой» hal.

Нда , чем родить нормальную документацию и написать сервисные проги
проще им выродить новый набор костылей под радостные вопли и надежды фанов. И все это уже повторятся с завидным уже постоянством ... типа как все это «развитие». И все что угодно абы только не иметь законченный и стабильный вид.

>http://www.reactivated.net/writing_udev_rules.html

И всё вышеперечисленное работает без всяких халов. Но платформозависимо, да.

Когда к тебе соседка с фотиком зайдёт, тоже будешь правила в udev править?

> GNU/Linux работают не только сервера и далеко не все занимаются «управлением серверов».

При чем тут «управление серверов» ? Где вы «управление» во _всех пользователях_ увидели?

Ну и нафига этот vnc, когда есть простые Xы?

А нафига эти иксы, когда есть _более простой_ vnc?