ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Gladkov <legion@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
Date: Thu, 27 Apr 2023 13:52:33 +0200
Message-ID: <ZEpiAYj4ffv28iff@example.org> (raw)
In-Reply-To: <20230427101734.GB7196@altlinux.org>

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



  parent reply	other threads:[~2023-04-27 11:52 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-21  8:53 ` Dmitry V. Levin
2023-03-21 10:56   ` Alexey Gladkov
2023-03-21 11:01     ` [devel] bugs in udev rules Dmitry V. Levin
2023-04-27  9:12   ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 Sergey Afonin
2023-04-27  9:14     ` Sergey Afonin
2023-04-27  9:31       ` Anton Farygin
2023-04-27  9:43         ` Dmitry V. Levin
2023-04-27 10:12           ` Anton Farygin
2023-04-27 10:17             ` Dmitry V. Levin
2023-04-27 10:24               ` Sergey Afonin
2023-05-10 11:55                 ` Sergey Afonin
2023-05-21 18:49                   ` Sergey Y. Afonin
2023-08-14  8:38                   ` Ivan A. Melnikov
2023-08-16 11:25                     ` Sergey Afonin
2023-08-23  8:25                     ` Dmitry V. Levin
2023-08-23  9:04                       ` Sergey Afonin
2023-08-23  9:07                         ` Dmitry V. Levin
2023-08-23  9:18                           ` Dmitry V. Levin
2023-08-23 10:04                             ` Sergey Afonin
2023-08-23 10:02                           ` Sergey Afonin
2023-04-27 10:26               ` Anton Farygin
2023-04-27 10:42                 ` Dmitry V. Levin
2023-04-27 11:03                   ` Ruslandh
2023-04-27 11:29                     ` Anton Farygin
2023-04-27 11:32                       ` Ruslandh
2023-04-27 13:52                         ` Anton Farygin
2023-04-27 14:13                           ` Vladimir D. Seleznev
2023-04-27 11:28                   ` Anton Farygin
2023-04-27 11:52               ` Alexey Gladkov [this message]
2023-07-04 17:53   ` [devel] Запрет и других конфигов в /etc " Alexey Shabalin
2023-07-04 18:06     ` Alexey Shabalin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZEpiAYj4ffv28iff@example.org \
    --to=legion@altlinux.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git