[devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
Alexey Gladkov
legion на altlinux.ru
Чт Апр 27 14:52:33 MSK 2023
On Thu, Apr 27, 2023 at 01:17:34PM +0300, Dmitry V. Levin wrote:
> On Thu, Apr 27, 2023 at 01:12:03PM +0300, Anton Farygin wrote:
> > On 27.04.2023 12:43, Dmitry V. Levin wrote:
> > > On Thu, Apr 27, 2023 at 12:31:30PM +0300, Anton Farygin wrote:
> > >> On 27.04.2023 12:14, Sergey Afonin wrote:
> > >>> On Thursday 27 April 2023, Sergey Afonin wrote:
> > >>>
> > >>>>>> Sat Mar 18 2023 Dmitry V. Levin <ldv на altlinux> 0.8.67-alt1
> > >>>>>> - 185-check-udev: new check, disallows packages containing
> > >>>>>> system udev rules files outside /lib/udev/rules.d/.
> > >>>>
> > >>>> И теперь надо руками лазить в /lib/udev/rules.d/ вместо /etc ?
> > >>>> Это хорошо, если правило предполагается неисправляемым, а если нет?
> > >>>
> > >>> Или это в спеке отключается?
> > >>>
> > >> кстати, хороший вопрос.
> > >>
> > >> почему нельзя упаковать конфиги ?
> > > На мой взгляд, man udev, в разделе "RULES FILES", есть ответы на все эти вопросы.
> > >
> > Там нет ответа на вопрос "почему нельзя запаковать конфигурационный файл
> > для дальнейшего редактирования"
>
> Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> уже в /etc/rules.d/, такая там концепция.
Правила лучше держать в /lib. В остальных дистрибутивах /lib это симлинк
на usr/lib. В этом смысле /usr это общее read-only пространство, а в /etc
конфигурация конкретной машины. В udev правила рассматриваются как
скрипты, а не конфигурационные файлы.
Запрещать нахождение правил в /etc мне кажется неправильно т.к. под
конкретную машину правила могут быть сгенерированы и у нас есть примеры
такого. Если /usr будет RO, то RW место для правил просто должно быть. И
udev его уже предоставляет.
Но в общем случае правила должны быть в /lib, иначе нам будет сложнее
сделать UsrMerge (планы такие были).
--
Rgrds, legion
Подробная информация о списке рассылки Devel