From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 27 Apr 2023 13:42:09 +0300 From: "Dmitry V. Levin" To: devel@lists.altlinux.org Message-ID: <20230427104209.GA7912@altlinux.org> References: <20230321085350.GA20011@altlinux.org> <202304271312.37904.asy@altlinux.org> <202304271314.01809.asy@altlinux.org> <7a8c984b-6607-2d35-e5ac-c3b676f2b4f9@basealt.ru> <20230427094355.GA5928@altlinux.org> <20230427101734.GB7196@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2023 10:42:09 -0000 Archived-At: List-Archive: List-Post: 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 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