ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
Date: Thu, 27 Apr 2023 13:42:09 +0300
Message-ID: <20230427104209.GA7912@altlinux.org> (raw)
In-Reply-To: <f8acb7d6-2f8c-ac5b-acb1-9f65c6d2563c@basealt.ru>

On Thu, Apr 27, 2023 at 01:26:35PM +0300, Anton Farygin wrote:
> On 27.04.2023 13:17, 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/, такая там концепция.
> 
> да, это похоже на systemd, но в том случае есть отличная команда 
> systemctl edit <имя сервиса>, которая сильно облегчает поиск и 
> редактирование.

Это уже немного другая тема, но можно попросить у них какой-нибудь udevadm edit.

> В данном случае, если я уверен что хочу предоставить пользователю право 
> редактирования конфигурационного файла, то его проще положить сразу в 
> /etc, а не выкладывать в /lib

Мне кажется, что они рассматривают эти файлы не как конфигурационные,
а скорее как скрипты.

> Кстати, конфиги в /lib это же тоже ошибка ?
> 
> или тоже концепция ?

Это выглядит как продолжение той же концепции: в lib прошивка, в etc настройки.

> >> Я понимаю что можно скопировать из /lib/udev/rules.d файл в /etc, но это
> >> будет неравнозначно редактированию упакеченного файла, т.к. %config в
> >> rpm всё-таки добавляет дополнительные возможности по обработке изменений
> >> в файлах.
> > Во время обновления пакета сохранить предыдущую или последующую редакцию
> > файла под другим именем?  Это помогает в случае с udev rules?
> >
> Да, мне это помогало.

Каким образом?


-- 
ldv


  reply	other threads:[~2023-04-27 10:42 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 [this message]
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
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=20230427104209.GA7912@altlinux.org \
    --to=ldv@altlinux.org \
    --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