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

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

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

>И всё вышеперечисленное работает без всяких халов

И как в udev вложенные условия описывать?

Они всегда находят себе работу.Но халовские хмл конфиги ужасны, да.

>Проект уровня X.org - это несколько человек, утонувших в разрабатываемом не первое десятилетие коде

Тогда им тем более нельзя заниматься велосипедом.

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

У местных аналитиков тоже есть опыт работы с крупными проектами при ограниченных и малоквалифицированных людских ресурсах.

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

> И как в udev вложенные условия описывать?
Скачаете исходники xorg 1.8 и узнаете.

> Они всегда находят себе работу.Но халовские хмл конфиги ужасны, да.

И это все при изобилии инструментов и парсеров, документации и прочей всякой хрени для xml созданных за более чем 10 лет.

>Скачаете исходники xorg 1.8 и узнаете.

Так у них же свой велосипед :)

Я тебя породил, я тебя и убью! :)

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

> У местных аналитиков тоже есть опыт работы с крупными проектами при ограниченных и малоквалифицированных людских ресурсах.
Ваш опыт у вас никто не оспаривает. Но это не повод давать советы, когда нужна реальная помощь. Лучше уж или помочь, или... никак.

> Для решения при наличии у X сетевой прозрачности достаточно установить на клиенты X-сервер и ssh-клиент, на сервер — sshd, клиентские библиотеки X и сам gaussview.

А теперь посмотрите сами - икс-сервер _на каждый клиент_ + иксовую же подсистему на сервер против

Если бы VNC был необходим, пришлось бы, кроме прочего, на клиентах ставить VNC-клиент (на Win-клиенты — вместо X-сервера, да)

Вот и профит. Никаких иксерверов на клиентах. Не говоря уже о завершии программ в случае дисконнекта. И даже этот шаг не обязателен, если достаточно вебклиента.

, а на сервер — X-сервер и VNC-сервер

Нет, не надо. Достаточно поставить Xvnc, который два в одном.

>А что взамен, кстати? Кто ж нам будет рассказывать про то, что флешку вставили или к ноутбуку мышку подключили?
Взамен будет DeviceKit, однако, как выяснилось, про мышку и клавиатуру он рассказать не сможет.

>много ОС специфичного кода

Ну что, таки RIP. Ждем форков.

>Но это не повод давать советы, когда нужна реальная помощь.

А ты видел тут советы? Тут просто удивление выбранным путём.

Лучше уж или помочь, или... никак.

Угу. Лучше молчать в тряпочку и кушать что дают, ага.

> Так у них же свой велосипед :)
libudev - велосипед?

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

Это не вина X.org - очень похоже у меня полетел HAL в debian sid. После этого работал только HAL из stable (который тянул весь свой X.org). У других такого не замечалось, поэтому пришлось переходить на stable.

Не использую HAL вообще. Чувствую себя хорошо.

>libudev - велосипед?

udev обеспечивает xorg.conf.d?

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

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

Xы уже nдцать лет использую и всё работает предсказуемо и одинаково независимо от места запуска программы. Чем vnc лучше? Это просто лишняя сущность.

> А ты видел тут советы? Тут просто удивление выбранным путём.
http://www.linux.org.ru/jump-message.jsp?msgid=4296005&cid=4297040 - упрёк?

Угу. Лучше молчать в тряпочку и кушать что дают, ага.

Ну если не хотите тратить свои время и деньги на сомнительные проекты - да.

> скоро можно будет собирать gentoo глобально с USE="-hal"?

Всегда можно было. Какие по вашему могут быт проблемы? А автомонтирование чудно работает через udev.

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

да, ещё вот вот и будет всё зашибись... только что-то этот самый зашибись никак не настанет =(

>упрёк?

Не xorg'у, а цитирумому.

Ну если не хотите тратить свои время и деньги на сомнительные проекты - да.

Странная двуличность. С одной стороны Вы не видите за мной права давать советы другим, с другой - охотно раздаёте такие советы сами.

> быстро - это портирование OSS и нескольких системных компонент за столько-то лет?

Ты за последний год новости посмотри. Дохрена всего сделано. Особненно в части ядра.

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

Их задача - сделать полнофункциональный прототип для следующих поколений _ядер_ ОС. Поселить его в реальный мир, и оценить сильные и слабые стороны.

Велосипедирование юзерленда в круг задач не входит. Юзерленд нужно портировать, и эта работа ведется.

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

традиционно Arch

> udev обеспечивает xorg.conf.d?
Вместо правил из /etc/udev будут читаться правила из xorg.conf.d. Просто другой синтаксис.
Я не знаю, зачем вам трёхэтажные правила udev, наверняка это просто очередная отговорка. Возможностей, предоставляемых udev сейчас, полностью достаточно для построения современной настольной системы со всеми названными вами возможностями. Подозреваю, что эти возможности udev шире, чем у hal, и ими проще воспользоваться.

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

не знаю как у hibou, но в Fedora 12 собрана половина гнома и некоторые его приложения, несмотря на то, что его должны были выпилить в 2.28.

>Возможностей, предоставляемых udev сейчас, полностью достаточно для построения современной настольной системы со всеми названными вами возможностями.

Как мне на udev написать правило, запускающее автоматический бэкап для SD-карты с FAT32, но не делающего этого для SD с NTFS или HDD с FAT32?

наверняка это просто очередная отговорка

Нет, практическая задача :)

>И все что угодно абы только не иметь законченный и стабильный вид.

нет предела совершенству...

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

VNC посылает картинки с рабочего стола, а xserver, скорее всего, поступает не так =)

> Просто другой синтаксис.

А это и называется костылями.

>А это и называется костылями.

Это даже не костыли, а свой велосипед :)

> Странная двуличность. С одной стороны Вы не видите за мной права давать советы другим, с другой - охотно раздаёте такие советы сами.
Это не совет, тем более не «охотная раздача советов». Это просто попытка пресечь дальнейшее развитие дискуссии в *этом* направлении. Когда вам кажется, что вас задели или в чём-то ущемили, на вас перестают действовать любые разумные аргументы, уж извините.

>Когда вам кажется, что вас задели или в чём-то ущемили, на вас перестают действовать любые разумные аргументы

Извините, но это Вам кажется :)

Слушай, ламерок, не смешил людей-бы хоть. Чем тормозной и кривой vnc лучше иксов? Я на рботе пользуюсь и тем и другим, так вот от vnc я обплевался. Очень жалею что для виндов нельзя сделать X11 forwarding.

> нет предела совершенству...

А точнее, нет границ умственной небрежности.
Да и отсутствие понятия «продукт» в Linux позволяет элементарные вещи превращать в пожизненные игрушки и нескончаемую возню с ними на ровном месте (типа как прогресс все это).

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

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

а ты будешь правила hal править? ;)

> Взамен будет DeviceKit, однако, как выяснилось, про мышку и клавиатуру он рассказать не сможет.

Это принципиальное ограничение, или пока не допилили?

Этак они ешще и DBUS корежитиь начнут. Что-то меня от слов «модульный HAL» терзают смутные сомнения... :)

> Как мне на udev написать правило, запускающее автоматический бэкап для SD-карты с FAT32, но не делающего этого для SD с NTFS или HDD с FAT32?
Конструкцией, запускающей скрипт, если к системе по заданной шине подключили блочное дисковое устройство с заданным (по маске) именем.

Да сколько можно уже туда-сюда метаться, опять планшет отвалится

> Это принципиальное ограничение, или пока не допилили?
Нет такой библиотеки. Напишите - будет.

>а ты будешь правила hal править? ;)
Нет, хал сообщит о девайсе куда надо (кедам, гному или ещё кому), и я из своего юзерленда быстренько что-нибудь соображу. Основное преимущество, имхо, в отсутствии необходимости повышения прав для действий с железкой.

> а ты будешь правила hal править? ;)

Внезапно , svg файлы имеют формат xml и могут создаваться (как пример) inkscape. И никто не устраивает вой и стоны на форумах, что руками потно и тяжко создавать xml картинки.

Неделю убил, пока разобрался в извращённых и плохо документированных конфигах hal, ломая глаза в этом xml и наступая на грабли с мелкими изменениями синтаксиса, которые вылавливал глядя в исходники. Настроил всё, что к ноуту подключаю, но hal возненавидел! Желаю проекту и автору-извращенцу сдохнуть в муках. А теперь весь input заново настраивать...

HAL RIP.

> > а ты будешь правила hal править? ;)

Внезапно , svg файлы имеют формат xml и могут создаваться (как пример) inkscape. И никто не устраивает вой и стоны на форумах, что руками потно и тяжко создавать xml картинки.

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

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

Эти байки всегда поют когда не хотят делать сервис и документацию ...

клоунада это «соляра сдохла вместе с саном»
живее всех живых она ))

> Нет, хал сообщит о девайсе куда надо (кедам, гному или ещё кому), и я из своего юзерленда быстренько что-нибудь соображу. Основное преимущество, имхо, в отсутствии необходимости повышения прав для действий с железкой.
Естественно. Говорили не о преимуществах udev перед hal, а о возможности построения системы без hal. Это не значит, что hal / DeviceKit нужно выбросить навсегда.

elipse, ты это к чему? видимо ты потерял нить разговора, кто вообще о xml говорил?