[devel] /etc/udev/rules.d ownership

[Led]

В сообщении от 19 августа 2006 18:37 Sergey Vlasov написал(a):
> On Sat, Aug 19, 2006 at 05:57:42PM +0300, Led wrote:
> > > http://docs.altlinux.ru/alt/devel/ch01s03.html#id2884211
> >
> > Здесь ничего не написано о том, что "каталог не может принадлежать более
> > чем одному пакету"
>
> "Пакеты НЕ ДОЛЖНЫ включать в свой состав чужие каталоги и файлы..."
>
> > > Хотя в приведённом примере это может быть и допустимо, поскольку
> > > пакеты oroborus и oroborus-themes, похоже, собираются из одного
> > > src.rpm.
> >
> > ИМХО никаким образом не влияет: из одного или из разных src.rpm.
>
> "Обоснование: У каждого объекта файловой системы, имеющего отношение к
> дистрибутиву, должен и может быть только один владелец (или группа
> родственных владельцев в случае, когда несколько подпакетов одного
> пакета совместно используют общий каталог)."

Ок, с заявлением "должен и может быть" спорить не буду:) Это именно заяление, 
а не обоснование ИМХО:)

>
> > > Но к ситуации, когда множество разнородных пакетов
> > > устанавливают файлы в один каталог, это исключение не относится.
> >
> >  Не вижу никакой проблемы когда ПРОСТО каталог принадлежит разным
> > пакетам. Т.е. если в udev.spec
> >
> > ......
> > %dir %_sysconfdir/udev
> > %dir %_sysconfdir/udev/rules.d
> > %_sysconfdir/udev/rules.d/*
> > .....
> >
> > а в libsane
> >
> > .........
> > %dir %_sysconfdir/udev
> > %dir %_sysconfdir/udev/rules.d
> > %_sysconfdir/udev/rules.d/25-libsane.rules
> > .......
> >
> > и libsane не зависит от udev,
> > то никаких конфликтов не возникает ни при инсталляции любого из этих
> > пакетов по отдельности или обоих сразу, ни при удалении по одному или
> > обоих сразу. При этом "зависших/бесхозных" каталогов не остаётся:
> > последний из этих деинсталлирууемых пакетов удалит за собой уже пустой к
> > тому времени каталог.
>
> В таком примере проблема не видна из-за того, что для каталога
> /etc/udev/rules.d не устанавливаются какие-либо специфические
> атрибуты.  В общем случае, если для каталога нужно выставлять какие-то
> определённые права доступа, 

Кстати ни у /etc/udev, ни у /etc/udev/rules.d никаких "какие-то определённые 
права доступа" нет:)

> размножение соответствующих %attr по всем 
> пакетам ни к чему хорошему не приведёт.


Возможно. Но такие пакеты вобще-то малочисленны и к их сборке в любом случае 
нужно подходить на порядок внимательнее и ответственнее.

В любом случае, я говорил о конкретных пакетах и каталогах 
(/etc/udev/rules.d), и спорить с policy не собираюсь (хотя и не согласен с 
таким категоричным её трактованием):)

-- 
Led.