1.1, Аноним (1), 10:23, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот если бы предложили удобоворимые конфиги, не халовский хмль...А так, неособенно и нужно
| |
1.2, mma (?), 11:18, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
это все хорошо, но вот как быть например с автоконфигурацией x11
| |
1.3, Аноним (1), 11:24, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
не нужно. Udev и так может дёргать хал при появлении устройства.
Ребята, похоже не осилили обычный хал в связке с удев...
| |
|
2.11, anonymous (??), 16:50, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>не нужно. Udev и так может дёргать хал при появлении устройства.
А разве он (HAL) именно так везде и не работает? Как я помнню, у него, вроде бы, только hald-storage-daemon временами poll'ит приводы, а практически все остальное, в основном, именно от udev и приводится в движение.
| |
|
1.4, Аноним (1), 11:40, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Обзор проекта VL-HAL...
> обзор проекта VL-HOT...
2 ошибки в 1 слове? :)
| |
1.6, pavlinux (ok), 13:45, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++ максимум.
| |
|
2.7, uldus (ok), 14:40, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
>максимум.
И получить чудо как в Xandros на EeePC, в котором опции монтирования флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию монитруются.
| |
|
3.9, XoRe (ok), 15:08, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
>>максимум.
>
>И получить чудо как в Xandros на EeePC, в котором опции монтирования
>флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию
>монитруются.
Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
Можно найти что-то посередине - выполняемые файлы на C, а конфиги в txt.
| |
|
4.10, uldus (ok), 15:15, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
>
>Можно найти что-то посередине - выполняемые файлы на C, а конфиги в
>txt.
Там сама специфика такой системы - один большой конфиг (событие => действие), поэтому на shell и пишут.
| |
|
|
2.12, anonymous (??), 16:54, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Ну незя такие вещи на баше делать, C++ максимум.
У Вас какая-то специальная система, где устройства каждую секунду по много раз втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?
| |
|
3.13, pavlinux (ok), 17:27, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Ну незя такие вещи на баше делать, C++ максимум.
>
>У Вас какая-то специальная система, где устройства каждую секунду по много раз
>втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?
Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание...
Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
JavaOS уже есть - все рады!
Кстати, а что случилось с subfs ?
| |
|
4.17, anonymous (??), 02:30, 25/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание...
Не встречал проблем, но верю. Глючит все. Но на вопрос это не отвечает, тем более что C/C++ это ни коим образом не панацея, исцеляющая все глюки.
При чем здесь выбор средств? Я понимаю, когда вопрос стоит в потреблении памяти или времени выполнения. Но я не припомню, чтобы к HAL такие требования (выше разумных пределов) выставлялись. Я бы понял, еще можно ругнуться на Perl/Python/Ruby/Lua, что тащат «ненужные» пакеты в дистрибутив. Или, если бы речь шла о embedded-системах, но, мы, вроде, о классическом Intel'овском десктопе, в основном. В чем проблема?
> Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
> Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
Причем тут OS? То, что тут «HAL» называется — это не то, что в классике под HAL понимают, а очень простой обработчик событий от udev.
Я напомню, что rc-система тоже, традиционно на шелл-скриптах. Взять и переписать на C? Так даже пробовали, вышел, если мне память не изменяет, init-ng (хотя, может, другая, я давно как-то не смотрел на зоопарк init'ов), и по мне так неудобный довольно зверь вышел. ACPI-события тоже шелл-скрипты, к слову, обрабатывают, и неплохо получается.
Кроме того (Вы, конечно же, читали уже, но...) осмелюсь напомнить Вам один превосходный Unix-коан: http://catb.org/esr/writings/unix-koans/ten-thousand.html
| |
4.18, CosmonauT (?), 17:02, 25/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>вытыкание...
>
>Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
>
>Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
>
>JavaOS уже есть - все рады!
>
>
>Кстати, а что случилось с subfs ?
Между прочим, первая графичка то на Lisp-машинах появилась. А ведь, интерпритируемый язык ;-)
| |
|
|
|
1.14, yantux (??), 22:44, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Такие фишки дожны по нормальному работать и без иксов, в коммандной строке.
| |
|
2.15, iZEN (ok), 23:58, 24/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
Вот допилят USB-стек в FreeBSD 8.0, вот тогда можно будет использовать штатную подсистему динамической файловой системы устройств DEVD для управления неотмонтированными USB-флэшками — автомонтаж флэшек через неё решается парой строк, а вот простое выдёргивание она пока не может отработать и приводит систему к краху. :) Да, devd работает в самой системе "из коробки", а не после установки какого-то ПО. Синтаксис devd.conf весьма прост и человечен. ;)
А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALd с XML-настройками, которая будет работать только при запущенных X'ах. :))
| |
|
3.16, anonymous (??), 02:08, 25/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
> А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALd
Очень интересно, а с чего это hald вдруг в X.org интегрирован оказался? Кроме модуля HAL, который X'овые устройства ввода держит, разумеется? Зависимостей у пакетов нет, сейчас проверил специально, фактических зависимостей в работе — тоже. Опускаем X11 — hald остается работать, и какой-нибудь NetworkManager спокойно продолжает трудиться как ни в чем не бывало. Можно через dbus-send/dbus-monitor, например, пообщаться, посмотреть.
Или Вы под интеграцией понимаете то, что есть X-овые клиенты в гуями (типа nm-applet), которые слушают сигналы на системной шине и, соответственно, реагируют на действия пользователя, воткнувшего флэшку, диск или сетевой кабель? Ну так оно такое by design, и это правильный подход.
А вот зумельные конфиги, это, да, зло.
| |
|
|
1.19, Аноним (19), 21:36, 25/02/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати у меня вот какой вопрос
>>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.
у меня debian lenny так вот если флэшка торчит в выключенном компе а потом я включаюсь меня просто рубит тот факт что она не монтируется приходится ее доставать и вставлять снова
| |
|
2.20, Аноним (-), 21:37, 25/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Кстати у меня вот какой вопрос
>>>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.
>
>у меня debian lenny так вот если флэшка торчит в выключенном компе
>а потом я включаюсь меня просто рубит тот факт что она
>не монтируется приходится ее доставать и вставлять снова
Аноним, так у тебя HAL или VL-HOT?
| |
|
3.21, Аноним (-), 21:39, 25/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
У меня обычный дистр из коробке то есть HAL конечно но "cold plug"
все равно не работает, кто может помочь?
| |
|
4.22, northbear (??), 13:07, 26/02/2009 [^] [^^] [^^^] [ответить]
| +/– |
>У меня обычный дистр из коробке то есть HAL конечно но "cold
>plug"
>все равно не работает, кто может помочь?
Посмотрите, у вас hal вообще инсталлирован. Мне в свое время пришлось hal доставлять руками. По дефолту по чему-то не поставился...
| |
|
|
|
|