LINUX.ORG.RU

1. Боян.

2. А кто этим пользуется? В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...

AsphyX ★★★
()

ждем:

Настройка авторизации IEEE 802.1x в биллинговой системе ABillS (2) Пример хранения файлов конфигурации серверов в Subversion (11) Переход Debian GNU/Linux на Python 2.4 (1) sudo для Windows (10) Сравнение Solaris и Linux как промышленных платформ (7)

и остальные новости с opennet.ru :-)

cleg ★
()
Ответ на: комментарий от Zubok

>Debian Etch использует udev.

Да я не про сам udev, он сейчас везде, а про прописывание рулесов, отличных от дефолтных.

AsphyX ★★★
()
Ответ на: комментарий от AsphyX

>Да я не про сам udev, он сейчас везде, а про прописывание рулесов, отличных от дефолтных.
Ну я например =)
для принтера и для камеры

Atlant ★★★★★
()
Ответ на: комментарий от AsphyX

> В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...

В общем, да, совместить бывает не просто. Приходится делать не симлинки с нормальными именами на устройство, а полностью имя устройства менять, что бы HAL правильно понял, что надо монтировать /dev/card_cf в /media/card_cf. Тем не менее, монтирует и работает. И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).

Casus ★★★★★
()
Ответ на: комментарий от Casus

>В общем, да, совместить бывает не просто.

Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.

>И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).

А зачем? /dev/input/mice не спасет? В чем преимущество эвентов?

AsphyX ★★★
()
Ответ на: комментарий от balodja

Попробуйте посмотреть свой /usr/share/doc/udev... Полагаю много народу приятно удивится.

balodja ★★★
()
Ответ на: комментарий от AsphyX

>Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.

а две флешкм мы куда привяжем?

Ну да, /dev/usbflash0,1... а потом будем узнавать с помощью HAL, где щас что. Замкнутый круг. И эти люди утверждают, что линупс готов для десктопа...

Где моя венда? Скорее туда!

anonymous
()
Ответ на: комментарий от cleg

Серьезно, я новость на опеннете узрел уже после того, как запостил сюода

Buba ★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Документация