[devel] Q: libcrypto.so.6/libssl.so.6 users

[Sergey Vlasov]

On Sun, Nov 30, 2008 at 07:24:00PM +0300, Evgeny Sinelnikov wrote:
> То есть файл  /dev/fuse создаётся в самом начале загрузки из
> /etc/udev/static_devices.cpio.bz2
> 
> Можно ли это организовать как-то в соответствии с правилами,
> записанными для udev? То есть не обязательно из самого
> /etc/udev/rules.d/99-fuse.rules, хотя такой вариант, наверное,
> предпочтителен...

Разбирать правила мимо udev - чревато багами, хотя и возможно;
имитировать событие без реальной загрузки модуля тоже проблематично,
поскольку события нумеруются.

> Иначе никто из пользователей fuse всё равно модуль автоматом не
> подгрузит... Или это уже как-то иначе у нас решается?
> 
> Как компромиссный вариант могу предложить оставить статический 660, но
> с группой fuse. Тогда все желающие, использовать что-то чему нужно
> fuse должны будут внесены в эту группу. Хотя тогда всё равно не
> решается проблема с первой загрузкой при установке facility fusermount
> public при использовании control.
> 
> Можно конечно сделать 4755 для утилит вроде encfs, но ведь это не
> является необходимостью...
> 
> В общем, если /etc/udev/rules.d/99-fuse.rules гвоздями прибито, что
> будет 0666 root:fuse, то так, видимо, и стоит делать... Кстати, а есть
> уже используемые на практике варианты, когда udev правила через
> control управляются?

Есть - например, в пакете kqemu-common (аналогичное решение
перекочевало и в kvm).  Кстати, в kqemu-common есть ещё и скрипт,
принудительно загружающий модуль - возможно, с fuse придётся сделать
так же (либо разбирать правила udev опять-таки в скрипте, выполняемом
при загрузке).
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20081130/7fc91a03/attachment.bin>