2. А кто этим пользуется? В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...
Настройка авторизации IEEE 802.1x в биллинговой системе ABillS (2)
Пример хранения файлов конфигурации серверов в Subversion (11)
Переход Debian GNU/Linux на Python 2.4 (1)
sudo для Windows (10)
Сравнение Solaris и Linux как промышленных платформ (7)
> В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...
В общем, да, совместить бывает не просто. Приходится делать не симлинки с нормальными именами на устройство, а полностью имя устройства менять, что бы HAL правильно понял, что надо монтировать /dev/card_cf в /media/card_cf. Тем не менее, монтирует и работает. И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).
Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.
>И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).
А зачем? /dev/input/mice не спасет? В чем преимущество эвентов?
>Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.
а две флешкм мы куда привяжем?
Ну да, /dev/usbflash0,1...
а потом будем узнавать с помощью HAL, где щас что. Замкнутый круг. И эти люди утверждают, что линупс готов для десктопа...
(16.06.2006 1:15:13)