From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <6074f401-3e76-ea84-5020-f31eb79ac485@basealt.ru> Date: Thu, 27 Apr 2023 14:28:00 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: ru To: devel@lists.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> <20230427104209.GA7912@altlinux.org> From: Anton Farygin Organization: BaseALT In-Reply-To: <20230427104209.GA7912@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 11:28:00 -0000 Archived-At: List-Archive: List-Post: On 27.04.2023 13:42, Dmitry V. Levin wrote: > 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. а в случае с udev всё ещё усложняется тем, что непонятно что "edit", в отличии от systemd, в котором всё довольно очевидно. а ещё есть hwdb, который тоже состоит из двух частей - одна в /lib, вторая в /etc > >> В данном случае, если я уверен что хочу предоставить пользователю право >> редактирования конфигурационного файла, то его проще положить сразу в >> /etc, а не выкладывать в /lib > Мне кажется, что они рассматривают эти файлы не как конфигурационные, > а скорее как скрипты. да, но это как раз зависит от содержимого - может быть как скрипт, так и простой конфиг. > >> Кстати, конфиги в /lib это же тоже ошибка ? >> >> или тоже концепция ? > Это выглядит как продолжение той же концепции: в lib прошивка, в etc настройки. Я про файлы-конфиги. find /lib -type f -name '*.conf' > >>>> Я понимаю что можно скопировать из /lib/udev/rules.d файл в /etc, но это >>>> будет неравнозначно редактированию упакеченного файла, т.к. %config в >>>> rpm всё-таки добавляет дополнительные возможности по обработке изменений >>>> в файлах. >>> Во время обновления пакета сохранить предыдущую или последующую редакцию >>> файла под другим именем? Это помогает в случае с udev rules? >>> >> Да, мне это помогало. > Каким образом? > > ровно таким - сохранение предыдущей и новой редакции в случае ручного редактирования. В общем я хотел бы сказать, что иногда очень нужно упаковать именно конфиг и именно в /etc - держать и распространять конфиги в пакетах бывает удобно. И хотелось бы иметь возможность снимать это ограничение сборочницы.