* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
@ 2023-03-21 8:53 ` Dmitry V. Levin
2023-03-21 10:56 ` Alexey Gladkov
` (2 more replies)
0 siblings, 3 replies; 31+ messages in thread
From: Dmitry V. Levin @ 2023-03-21 8:53 UTC (permalink / raw)
To: ALT Devel discussion list
On Tue, Mar 21, 2023 at 12:46:47AM +0000, Girar awaiter (ldv) wrote:
> https://git.altlinux.org/tasks/317085/logs/events.1.1.log
[...]
> #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> 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/.
$ cat Sisyphus/{noarch,x86_64}/base/contents_index |\
grep '/udev/rules\.d/.*\.rules[[:space:]]' |\
grep -Ev '^/(lib|usr/share/.*)/udev/rules\.d/' |\
sort -k2,2 |\
join -t$'\t' -12 -21 -o1.1,1.2,2.2 - acl/list.packages.sisyphus |\
sort
/etc/udev/rules.d/10-wacom.rules xorg-drv-wacom shrek
/etc/udev/rules.d/20-radio.rules gkrellm-radio @nobody
/etc/udev/rules.d/50-voiceman-media-ru.rules voiceman-media-ru msp @everybody
/etc/udev/rules.d/50-voiceman-media.rules voiceman-media msp @qa @everybody
/etc/udev/rules.d/55-ovirt-guest-agent.rules ovirt-guest-agent cas @everybody
/etc/udev/rules.d/70-libfprint-2.rules libfprint2 rider @everybody
/etc/udev/rules.d/70-persistent-ipoib.rules rdma-core shaba @everybody
/etc/udev/rules.d/70-touchscreen-egalax.rules twofing @nobody
/etc/udev/rules.d/74-hp4600-scan.rules hp4600-scan majioa @everybody
/etc/udev/rules.d/80-docker.rules docker-engine cow @everybody
/etc/udev/rules.d/88-ltsp.rules lbuscd mike @qa
/etc/udev/rules.d/90-tun.rules tunctl @nobody
/etc/udev/rules.d/98-gpib-generic.rules linux-gpib slazav @everybody
/etc/udev/rules.d/99-agilent_82357a.rules linux-gpib slazav @everybody
/etc/udev/rules.d/99-alt-udisks2-media-mount-point.rules udisks2 aris
/etc/udev/rules.d/99-lpvo_usb_gpib.rules linux-gpib slazav @everybody
/etc/udev/rules.d/99-ni_usb_gpib.rules linux-gpib slazav @everybody
/etc/udev/rules.d/99-nst.rules nspec alexvm @everybody
/etc/udev/rules.d/99-perfctr.rules perfctr @nobody
/etc/udev/rules.d/99-qdmr.rules qdmr asheplyakov @everybody
/etc/udev/rules.d/99-uuu.rules mfgtools zorg @everybody
/etc/udev/rules.d/isight.rules isight-firmware-tools @nobody
/etc/udev/rules.d/kvm-on-demand.rules kvm-on-demand led @everybody
/etc/udev/rules.d/z65-anyma-udmx.rules qlcplus grenka @everybody
/etc/udev/rules.d/z65-dmxusb.rules qlcplus grenka @everybody
/etc/udev/rules.d/z65-fx5-hid.rules qlcplus grenka @everybody
/etc/udev/rules.d/z65-peperoni.rules qlcplus grenka @everybody
/etc/udev/rules.d/z65-spi.rules qlcplus grenka @everybody
/usr/lib/udev/rules.d/42-logitech-unify-permissions.rules solaar cas @everybody
/usr/lib64/udev/rules.d/99-neard.rules neard mike @everybody
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-03-21 8:53 ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 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-07-04 17:53 ` [devel] Запрет и других конфигов в /etc " Alexey Shabalin
2 siblings, 1 reply; 31+ messages in thread
From: Alexey Gladkov @ 2023-03-21 10:56 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tue, Mar 21, 2023 at 10:53:50AM +0200, Dmitry V. Levin wrote:
> On Tue, Mar 21, 2023 at 12:46:47AM +0000, Girar awaiter (ldv) wrote:
> > https://git.altlinux.org/tasks/317085/logs/events.1.1.log
> [...]
> > #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> > 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/.
>
> $ cat Sisyphus/{noarch,x86_64}/base/contents_index |\
> grep '/udev/rules\.d/.*\.rules[[:space:]]' |\
> grep -Ev '^/(lib|usr/share/.*)/udev/rules\.d/' |\
> sort -k2,2 |\
> join -t$'\t' -12 -21 -o1.1,1.2,2.2 - acl/list.packages.sisyphus |\
> sort
Может в правилах ещё и ошибки есть ? :)
> /etc/udev/rules.d/10-wacom.rules xorg-drv-wacom shrek
> /etc/udev/rules.d/20-radio.rules gkrellm-radio @nobody
> /etc/udev/rules.d/50-voiceman-media-ru.rules voiceman-media-ru msp @everybody
> /etc/udev/rules.d/50-voiceman-media.rules voiceman-media msp @qa @everybody
> /etc/udev/rules.d/55-ovirt-guest-agent.rules ovirt-guest-agent cas @everybody
> /etc/udev/rules.d/70-libfprint-2.rules libfprint2 rider @everybody
> /etc/udev/rules.d/70-persistent-ipoib.rules rdma-core shaba @everybody
> /etc/udev/rules.d/70-touchscreen-egalax.rules twofing @nobody
> /etc/udev/rules.d/74-hp4600-scan.rules hp4600-scan majioa @everybody
> /etc/udev/rules.d/80-docker.rules docker-engine cow @everybody
> /etc/udev/rules.d/88-ltsp.rules lbuscd mike @qa
> /etc/udev/rules.d/90-tun.rules tunctl @nobody
> /etc/udev/rules.d/98-gpib-generic.rules linux-gpib slazav @everybody
> /etc/udev/rules.d/99-agilent_82357a.rules linux-gpib slazav @everybody
> /etc/udev/rules.d/99-alt-udisks2-media-mount-point.rules udisks2 aris
> /etc/udev/rules.d/99-lpvo_usb_gpib.rules linux-gpib slazav @everybody
> /etc/udev/rules.d/99-ni_usb_gpib.rules linux-gpib slazav @everybody
> /etc/udev/rules.d/99-nst.rules nspec alexvm @everybody
> /etc/udev/rules.d/99-perfctr.rules perfctr @nobody
> /etc/udev/rules.d/99-qdmr.rules qdmr asheplyakov @everybody
> /etc/udev/rules.d/99-uuu.rules mfgtools zorg @everybody
> /etc/udev/rules.d/isight.rules isight-firmware-tools @nobody
> /etc/udev/rules.d/kvm-on-demand.rules kvm-on-demand led @everybody
> /etc/udev/rules.d/z65-anyma-udmx.rules qlcplus grenka @everybody
> /etc/udev/rules.d/z65-dmxusb.rules qlcplus grenka @everybody
> /etc/udev/rules.d/z65-fx5-hid.rules qlcplus grenka @everybody
> /etc/udev/rules.d/z65-peperoni.rules qlcplus grenka @everybody
> /etc/udev/rules.d/z65-spi.rules qlcplus grenka @everybody
> /usr/lib/udev/rules.d/42-logitech-unify-permissions.rules solaar cas @everybody
> /usr/lib64/udev/rules.d/99-neard.rules neard mike @everybody
>
>
> --
> ldv
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
--
Rgrds, legion
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] bugs in udev rules
2023-03-21 10:56 ` Alexey Gladkov
@ 2023-03-21 11:01 ` Dmitry V. Levin
0 siblings, 0 replies; 31+ messages in thread
From: Dmitry V. Levin @ 2023-03-21 11:01 UTC (permalink / raw)
To: ALT Devel discussion list
On Tue, Mar 21, 2023 at 11:56:27AM +0100, Alexey Gladkov wrote:
> On Tue, Mar 21, 2023 at 10:53:50AM +0200, Dmitry V. Levin wrote:
> > On Tue, Mar 21, 2023 at 12:46:47AM +0000, Girar awaiter (ldv) wrote:
> > > https://git.altlinux.org/tasks/317085/logs/events.1.1.log
> > [...]
> > > #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> > > 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/.
> >
> > $ cat Sisyphus/{noarch,x86_64}/base/contents_index |\
> > grep '/udev/rules\.d/.*\.rules[[:space:]]' |\
> > grep -Ev '^/(lib|usr/share/.*)/udev/rules\.d/' |\
> > sort -k2,2 |\
> > join -t$'\t' -12 -21 -o1.1,1.2,2.2 - acl/list.packages.sisyphus |\
> > sort
>
> Может в правилах ещё и ошибки есть ? :)
Увы, в самих правилах тоже есть ошибки:
$ udevadm verify -N never $(find -type f -path '*/udev/rules.d/*.rules')
./etc/udev/rules.d/z65-peperoni.rules:7 Invalid key 'SYSFS'
./etc/udev/rules.d/z65-peperoni.rules: udev rules check failed
./etc/udev/rules.d/z65-anyma-udmx.rules:7 Invalid key 'SYSFS'
./etc/udev/rules.d/z65-anyma-udmx.rules:10 Invalid key 'SYSFS'
./etc/udev/rules.d/z65-anyma-udmx.rules: udev rules check failed
./etc/udev/rules.d/utsushi-esci.rules:25 LABEL="utsushi_esci_rules_begin" is unused.
./etc/udev/rules.d/utsushi-esci.rules: udev rules check failed
./lib/udev/rules.d/60-persistent-storage.rules:139 duplicate expressions
./lib/udev/rules.d/60-persistent-storage.rules: udev rules check failed
./lib/udev/rules.d/quasarm.rules:2 Ignoring NAME="%k", as it will take no effect.
./lib/udev/rules.d/quasarm.rules: udev rules check failed
./lib/udev/rules.d/quasar.rules:2 Ignoring NAME="%k", as it will take no effect.
./lib/udev/rules.d/quasar.rules: udev rules check failed
Configuration file ./lib/udev/rules.d/60-openct.rules is marked executable. Please remove executable permission bits. Proceeding anyway.
Configuration file ./lib/udev/rules.d/41-odvr.rules is marked executable. Please remove executable permission bits. Proceeding anyway.
./lib/udev/rules.d/41-odvr.rules:1 Invalid key 'SYSFS'
./lib/udev/rules.d/41-odvr.rules: udev rules check failed
./lib/udev/rules.d/40-nitrokey.rules:9 GROUP key takes '=' or ':=' operator, assuming '='.
./lib/udev/rules.d/40-nitrokey.rules:11 GROUP key takes '=' or ':=' operator, assuming '='.
./lib/udev/rules.d/40-nitrokey.rules:13 GROUP key takes '=' or ':=' operator, assuming '='.
./lib/udev/rules.d/40-nitrokey.rules:15 GROUP key takes '=' or ':=' operator, assuming '='.
./lib/udev/rules.d/40-nitrokey.rules:17 GROUP key takes '=' or ':=' operator, assuming '='.
./lib/udev/rules.d/40-nitrokey.rules: udev rules check failed
Configuration file ./lib/udev/rules.d/00-misdn.rules is marked executable. Please remove executable permission bits. Proceeding anyway.
./lib/udev/rules.d/40-lomoco.rules:3 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:6 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:8 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:10 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:12 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:14 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:16 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:18 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:20 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:22 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:24 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:26 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:28 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:30 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:32 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:34 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:36 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:38 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:40 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:42 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:44 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules:46 Invalid key 'SYSFS'
./lib/udev/rules.d/40-lomoco.rules: udev rules check failed
./lib/udev/rules.d/99-indi_auxiliary.rules:5 Invalid value "/bin/sh -c 'test -f /sys/module/usbcore/parameters/usbfs_memory_mb && test $(cat /sys/module/usbcore/parameters/usbfs_memory_mb) -lt 256 && echo 256 > /sys/module/usbcore/parameters/usbfs_memory_mb'" for RUN (char 76: invalid substitution type), ignoring.
./lib/udev/rules.d/99-indi_auxiliary.rules: udev rules check failed
./lib/udev/rules.d/60-epsonscan2.rules:23 LABEL="epsonscan2_esci_rules_begin" is unused.
./lib/udev/rules.d/60-epsonscan2.rules: udev rules check failed
./lib/udev/rules.d/cmotech.rules:4 Invalid key 'SYSFS'
./lib/udev/rules.d/cmotech.rules: udev rules check failed
./lib/udev/rules.d/60-aoe.rules:14 Ignoring NAME="%k", as it will take no effect.
./lib/udev/rules.d/60-aoe.rules: udev rules check failed
./lib/udev/rules.d/51-android.rules:28 LABEL="android_usb_rules_begin" is unused.
./lib/udev/rules.d/51-android.rules: udev rules check failed
./lib/udev/rules.d/61-gdm.rules:96 LABEL="gdm_virt_passthrough_check" is unused.
./lib/udev/rules.d/61-gdm.rules:104 LABEL="gdm_virt_multi_gpu_check" is unused.
./lib/udev/rules.d/61-gdm.rules: udev rules check failed
344 udev rules files have been checked.
Success: 329
Fail: 15
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-03-21 8:53 ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 Dmitry V. Levin
2023-03-21 10:56 ` Alexey Gladkov
@ 2023-04-27 9:12 ` Sergey Afonin
2023-04-27 9:14 ` Sergey Afonin
2023-07-04 17:53 ` [devel] Запрет и других конфигов в /etc " Alexey Shabalin
2 siblings, 1 reply; 31+ messages in thread
From: Sergey Afonin @ 2023-04-27 9:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tuesday 21 March 2023, Dmitry V. Levin wrote:
> > #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> > 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 ?
Это хорошо, если правило предполагается неисправляемым, а если нет?
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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
0 siblings, 1 reply; 31+ messages in thread
From: Sergey Afonin @ 2023-04-27 9:14 UTC (permalink / raw)
To: ALT Linux Team development discussions
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 ?
> Это хорошо, если правило предполагается неисправляемым, а если нет?
Или это в спеке отключается?
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 9:14 ` Sergey Afonin
@ 2023-04-27 9:31 ` Anton Farygin
2023-04-27 9:43 ` Dmitry V. Levin
0 siblings, 1 reply; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 9:31 UTC (permalink / raw)
To: devel
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 ?
>> Это хорошо, если правило предполагается неисправляемым, а если нет?
>
> Или это в спеке отключается?
>
кстати, хороший вопрос.
почему нельзя упаковать конфиги ?
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 9:31 ` Anton Farygin
@ 2023-04-27 9:43 ` Dmitry V. Levin
2023-04-27 10:12 ` Anton Farygin
0 siblings, 1 reply; 31+ messages in thread
From: Dmitry V. Levin @ 2023-04-27 9:43 UTC (permalink / raw)
To: ALT Devel discussion list
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", есть ответы на все эти вопросы.
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 9:43 ` Dmitry V. Levin
@ 2023-04-27 10:12 ` Anton Farygin
2023-04-27 10:17 ` Dmitry V. Levin
0 siblings, 1 reply; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 10:12 UTC (permalink / raw)
To: devel
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, но это
будет неравнозначно редактированию упакеченного файла, т.к. %config в
rpm всё-таки добавляет дополнительные возможности по обработке изменений
в файлах.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 10:12 ` Anton Farygin
@ 2023-04-27 10:17 ` Dmitry V. Levin
2023-04-27 10:24 ` Sergey Afonin
` (2 more replies)
0 siblings, 3 replies; 31+ messages in thread
From: Dmitry V. Levin @ 2023-04-27 10:17 UTC (permalink / raw)
To: ALT Devel discussion list
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/udev/rules.d файл в /etc, но это
> будет неравнозначно редактированию упакеченного файла, т.к. %config в
> rpm всё-таки добавляет дополнительные возможности по обработке изменений
> в файлах.
Во время обновления пакета сохранить предыдущую или последующую редакцию
файла под другим именем? Это помогает в случае с udev rules?
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 10:17 ` Dmitry V. Levin
@ 2023-04-27 10:24 ` Sergey Afonin
2023-05-10 11:55 ` Sergey Afonin
2023-04-27 10:26 ` Anton Farygin
2023-04-27 11:52 ` Alexey Gladkov
2 siblings, 1 reply; 31+ messages in thread
From: Sergey Afonin @ 2023-04-27 10:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thursday 27 April 2023, Dmitry V. Levin wrote:
> > Там нет ответа на вопрос "почему нельзя запаковать конфигурационный файл
> > для дальнейшего редактирования"
>
> Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> уже в /etc/rules.d/, такая там концепция.
А что делать с такой концепцией?
%ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
%ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 10:17 ` Dmitry V. Levin
2023-04-27 10:24 ` Sergey Afonin
@ 2023-04-27 10:26 ` Anton Farygin
2023-04-27 10:42 ` Dmitry V. Levin
2023-04-27 11:52 ` Alexey Gladkov
2 siblings, 1 reply; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 10:26 UTC (permalink / raw)
To: devel
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 <имя сервиса>, которая сильно облегчает поиск и
редактирование.
В данном случае, если я уверен что хочу предоставить пользователю право
редактирования конфигурационного файла, то его проще положить сразу в
/etc, а не выкладывать в /lib
Кстати, конфиги в /lib это же тоже ошибка ?
или тоже концепция ?
>
>> Я понимаю что можно скопировать из /lib/udev/rules.d файл в /etc, но это
>> будет неравнозначно редактированию упакеченного файла, т.к. %config в
>> rpm всё-таки добавляет дополнительные возможности по обработке изменений
>> в файлах.
> Во время обновления пакета сохранить предыдущую или последующую редакцию
> файла под другим именем? Это помогает в случае с udev rules?
>
>
Да, мне это помогало.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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:28 ` Anton Farygin
0 siblings, 2 replies; 31+ messages in thread
From: Dmitry V. Levin @ 2023-04-27 10:42 UTC (permalink / raw)
To: devel
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
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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:28 ` Anton Farygin
1 sibling, 1 reply; 31+ messages in thread
From: Ruslandh @ 2023-04-27 11:03 UTC (permalink / raw)
To: devel
[-- Attachment #1.1.1: Type: text/plain, Size: 662 bytes --]
27.04.2023 13:42, Dmitry V. Levin пишет:
> Это выглядит как продолжение той же концепции: в lib прошивка, в etc настройки.
Правильная концепция, которая позволяет админу вносить свои добавления,
не боясь, что при обновлении "его" конфиги слетят, как впрочем и
продолжение её, что конфиги от программы, созданные программой в /run
создают конфиги "времяни выполнения программы" ;-)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 657 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 10:42 ` Dmitry V. Levin
2023-04-27 11:03 ` Ruslandh
@ 2023-04-27 11:28 ` Anton Farygin
1 sibling, 0 replies; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 11:28 UTC (permalink / raw)
To: devel
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 <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.
а в случае с 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 - держать и распространять конфиги в пакетах
бывает удобно. И хотелось бы иметь возможность снимать это ограничение
сборочницы.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 11:03 ` Ruslandh
@ 2023-04-27 11:29 ` Anton Farygin
2023-04-27 11:32 ` Ruslandh
0 siblings, 1 reply; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 11:29 UTC (permalink / raw)
To: devel
On 27.04.2023 14:03, Ruslandh wrote:
> 27.04.2023 13:42, Dmitry V. Levin пишет:
>> Это выглядит как продолжение той же концепции: в lib прошивка, в etc
>> настройки.
>
> Правильная концепция, которая позволяет админу вносить свои
> добавления, не боясь, что при обновлении "его" конфиги слетят, как
> впрочем и продолжение её, что конфиги от программы, созданные
> программой в /run создают конфиги "времяни выполнения программы" ;-)
Так они слетят в любом случае, т.к. админ не отслеживает изменений в
системных /lib конфигах.
Что-то приехало несовместимое с тем, что понаписал админ в /etc и всё,
приплыли.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 11:29 ` Anton Farygin
@ 2023-04-27 11:32 ` Ruslandh
2023-04-27 13:52 ` Anton Farygin
0 siblings, 1 reply; 31+ messages in thread
From: Ruslandh @ 2023-04-27 11:32 UTC (permalink / raw)
To: devel
[-- Attachment #1.1.1: Type: text/plain, Size: 500 bytes --]
27.04.2023 14:29, Anton Farygin пишет:
> Так они слетят в любом случае, т.к. админ не отслеживает изменений в
> системных /lib конфигах.
>
> Что-то приехало несовместимое с тем, что понаписал админ в /etc и всё,
> приплыли.
Не слетит - значения в /etc более приоритетны, чем в /lib.
Хотя риск есть ;-)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 657 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 10:17 ` Dmitry V. Levin
2023-04-27 10:24 ` Sergey Afonin
2023-04-27 10:26 ` Anton Farygin
@ 2023-04-27 11:52 ` Alexey Gladkov
2 siblings, 0 replies; 31+ messages in thread
From: Alexey Gladkov @ 2023-04-27 11:52 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 11:32 ` Ruslandh
@ 2023-04-27 13:52 ` Anton Farygin
2023-04-27 14:13 ` Vladimir D. Seleznev
0 siblings, 1 reply; 31+ messages in thread
From: Anton Farygin @ 2023-04-27 13:52 UTC (permalink / raw)
To: devel
On 27.04.2023 14:32, Ruslandh wrote:
> 27.04.2023 14:29, Anton Farygin пишет:
>> Так они слетят в любом случае, т.к. админ не отслеживает изменений в
>> системных /lib конфигах.
>>
>> Что-то приехало несовместимое с тем, что понаписал админ в /etc и
>> всё, приплыли.
>
> Не слетит - значения в /etc более приоритетны, чем в /lib.
> Хотя риск есть ;-)
Это же не в приоритете вопрос а в конфликте настроек.
Даже если файл переименуется, то тоже получим проблему
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-04-27 13:52 ` Anton Farygin
@ 2023-04-27 14:13 ` Vladimir D. Seleznev
0 siblings, 0 replies; 31+ messages in thread
From: Vladimir D. Seleznev @ 2023-04-27 14:13 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Apr 27, 2023 at 04:52:31PM +0300, Anton Farygin wrote:
> On 27.04.2023 14:32, Ruslandh wrote:
> > 27.04.2023 14:29, Anton Farygin пишет:
> >> Так они слетят в любом случае, т.к. админ не отслеживает изменений в
> >> системных /lib конфигах.
> >>
> >> Что-то приехало несовместимое с тем, что понаписал админ в /etc и
> >> всё, приплыли.
> >
> > Не слетит - значения в /etc более приоритетны, чем в /lib.
> > Хотя риск есть ;-)
>
> Это же не в приоритете вопрос а в конфликте настроек.
>
> Даже если файл переименуется, то тоже получим проблему
TBF if the config file has been renamed in the package, there is still a
problem.
--
WBR,
Vladimir D. Seleznev
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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
0 siblings, 2 replies; 31+ messages in thread
From: Sergey Afonin @ 2023-05-10 11:55 UTC (permalink / raw)
To: devel
On Thursday 27 April 2023, Sergey Afonin wrote:
> > Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> > уже в /etc/rules.d/, такая там концепция.
>
> А что делать с такой концепцией?
>
> %ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
> %ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
Так что, оставлять эти файлы бесхозными после генерации?
В /lib/udev/rules.d/ им делать точно нечего, так как они,
иногда, очень не постоянны. Как минимум net.rules.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-05-10 11:55 ` Sergey Afonin
@ 2023-05-21 18:49 ` Sergey Y. Afonin
2023-08-14 8:38 ` Ivan A. Melnikov
1 sibling, 0 replies; 31+ messages in thread
From: Sergey Y. Afonin @ 2023-05-21 18:49 UTC (permalink / raw)
To: devel
On Wednesday 10 May 2023, Sergey Afonin wrote:
> > > Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> > > уже в /etc/rules.d/, такая там концепция.
> >
> > А что делать с такой концепцией?
> >
> > %ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
> > %ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
>
> Так что, оставлять эти файлы бесхозными после генерации?
> В /lib/udev/rules.d/ им делать точно нечего, так как они,
> иногда, очень не постоянны. Как минимум net.rules.
Так что же делать с этим безобразием в sisyphus_check, которое
мешает указать принадлежность файлов пакету?
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 31+ messages in thread
* [devel] Запрет и других конфигов в /etc Re: [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-03-21 8:53 ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 Dmitry V. Levin
2023-03-21 10:56 ` Alexey Gladkov
2023-04-27 9:12 ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 Sergey Afonin
@ 2023-07-04 17:53 ` Alexey Shabalin
2023-07-04 18:06 ` Alexey Shabalin
2 siblings, 1 reply; 31+ messages in thread
From: Alexey Shabalin @ 2023-07-04 17:53 UTC (permalink / raw)
To: ALT Linux Team development discussions, Dmitry V. Levin
вт, 21 мар. 2023 г. в 11:53, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Tue, Mar 21, 2023 at 12:46:47AM +0000, Girar awaiter (ldv) wrote:
> > https://git.altlinux.org/tasks/317085/logs/events.1.1.log
> [...]
> > #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> > 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/.
Прошу сделать аналогичный запрет в /etc/ для:
- systemd/system/*.{service,socket}
- tmpfiles.d/*.conf
- sysctl.d/*.conf
- modprobe.d/*.conf
- modules-load.d/*.conf (тут возможно придется сделать исключение для
systemd-modules-common)
--
Alexey Shabalin
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] Запрет и других конфигов в /etc Re: [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-07-04 17:53 ` [devel] Запрет и других конфигов в /etc " Alexey Shabalin
@ 2023-07-04 18:06 ` Alexey Shabalin
0 siblings, 0 replies; 31+ messages in thread
From: Alexey Shabalin @ 2023-07-04 18:06 UTC (permalink / raw)
To: ALT Linux Team development discussions, Dmitry V. Levin
вт, 4 июл. 2023 г. в 20:54, Alexey Shabalin <a.shabalin@gmail.com>:
>
> вт, 21 мар. 2023 г. в 11:53, Dmitry V. Levin <ldv@altlinux.org>:
> >
> > On Tue, Mar 21, 2023 at 12:46:47AM +0000, Girar awaiter (ldv) wrote:
> > > https://git.altlinux.org/tasks/317085/logs/events.1.1.log
> > [...]
> > > #100 sisyphus_check 0.8.66-alt1 -> 0.8.67-alt1
> > > 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/.
>
> Прошу сделать аналогичный запрет в /etc/ для:
> - systemd/system/*.{service,socket}
> - tmpfiles.d/*.conf
> - sysctl.d/*.conf
> - modprobe.d/*.conf
Поправка, modprobe.d надо исключить из этого списка. /etc не умеет
перекрывать значения в /lib.
> - modules-load.d/*.conf (тут возможно придется сделать исключение для
> systemd-modules-common)
>
--
Alexey Shabalin
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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
1 sibling, 2 replies; 31+ messages in thread
From: Ivan A. Melnikov @ 2023-08-14 8:38 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, May 10, 2023 at 03:55:10PM +0400, Sergey Afonin wrote:
> On Thursday 27 April 2023, Sergey Afonin wrote:
>
> > > Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> > > уже в /etc/rules.d/, такая там концепция.
> >
> > А что делать с такой концепцией?
> >
> > %ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
> > %ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
>
> Так что, оставлять эти файлы бесхозными после генерации?
> В /lib/udev/rules.d/ им делать точно нечего, так как они,
> иногда, очень не постоянны. Как минимум net.rules.
Присоединяюсь к вопросу и напоминаю о нём. Как правильно
поступить в данном случае?
--
wbr,
iv m.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-08-14 8:38 ` Ivan A. Melnikov
@ 2023-08-16 11:25 ` Sergey Afonin
2023-08-23 8:25 ` Dmitry V. Levin
1 sibling, 0 replies; 31+ messages in thread
From: Sergey Afonin @ 2023-08-16 11:25 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Monday 14 August 2023, Ivan A. Melnikov wrote:
> > > %ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
> > > %ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
> >
> > Так что, оставлять эти файлы бесхозными после генерации?
> > В /lib/udev/rules.d/ им делать точно нечего, так как они,
> > иногда, очень не постоянны. Как минимум net.rules.
>
> Присоединяюсь к вопросу и напоминаю о нём. Как правильно
> поступить в данном случае?
https://bugzilla.altlinux.org/47262
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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
1 sibling, 1 reply; 31+ messages in thread
From: Dmitry V. Levin @ 2023-08-23 8:25 UTC (permalink / raw)
To: ALT Devel discussion list
On Mon, Aug 14, 2023 at 12:38:45PM +0400, Ivan A. Melnikov wrote:
> On Wed, May 10, 2023 at 03:55:10PM +0400, Sergey Afonin wrote:
> > On Thursday 27 April 2023, Sergey Afonin wrote:
> >
> > > > Потому что упаковывать полагается в /lib/udev/rules.d/, а редактировать -
> > > > уже в /etc/rules.d/, такая там концепция.
> > >
> > > А что делать с такой концепцией?
> > >
> > > %ghost %_sysconfdir/udev/rules.d/70-persistent-cd.rules
> > > %ghost %_sysconfdir/udev/rules.d/70-persistent-net.rules
> >
> > Так что, оставлять эти файлы бесхозными после генерации?
> > В /lib/udev/rules.d/ им делать точно нечего, так как они,
> > иногда, очень не постоянны. Как минимум net.rules.
>
> Присоединяюсь к вопросу и напоминаю о нём. Как правильно
> поступить в данном случае?
Может быть, разрешить %ghost files в /etc/udev/rules.d/?
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-08-23 8:25 ` Dmitry V. Levin
@ 2023-08-23 9:04 ` Sergey Afonin
2023-08-23 9:07 ` Dmitry V. Levin
0 siblings, 1 reply; 31+ messages in thread
From: Sergey Afonin @ 2023-08-23 9:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wednesday 23 August 2023, Dmitry V. Levin wrote:
> > > Так что, оставлять эти файлы бесхозными после генерации?
> > > В /lib/udev/rules.d/ им делать точно нечего, так как они,
> > > иногда, очень не постоянны. Как минимум net.rules.
> >
> > Присоединяюсь к вопросу и напоминаю о нём. Как правильно
> > поступить в данном случае?
>
> Может быть, разрешить %ghost files в /etc/udev/rules.d/?
Это точно надо, но тут вдруг вспомнилось на примере всё того
же persistent-net.rules, что ещё могут быть заглушки вида
ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
Так что одними %ghost обойтись сложно. С /dev/null вариант
тоже, как бы, явный, но вдруг где надо что-то более материальное.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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:02 ` Sergey Afonin
0 siblings, 2 replies; 31+ messages in thread
From: Dmitry V. Levin @ 2023-08-23 9:07 UTC (permalink / raw)
To: ALT Devel discussion list
On Wed, Aug 23, 2023 at 01:04:48PM +0400, Sergey Afonin wrote:
> On Wednesday 23 August 2023, Dmitry V. Levin wrote:
>
> > > > Так что, оставлять эти файлы бесхозными после генерации?
> > > > В /lib/udev/rules.d/ им делать точно нечего, так как они,
> > > > иногда, очень не постоянны. Как минимум net.rules.
> > >
> > > Присоединяюсь к вопросу и напоминаю о нём. Как правильно
> > > поступить в данном случае?
> >
> > Может быть, разрешить %ghost files в /etc/udev/rules.d/?
>
> Это точно надо, но тут вдруг вспомнилось на примере всё того
> же persistent-net.rules, что ещё могут быть заглушки вида
>
> ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
Не совсем понятно, где и почему могут быть упакованы такие файлы.
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
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
1 sibling, 1 reply; 31+ messages in thread
From: Dmitry V. Levin @ 2023-08-23 9:18 UTC (permalink / raw)
To: ALT Devel discussion list
On Wed, Aug 23, 2023 at 12:07:49PM +0300, Dmitry V. Levin wrote:
> On Wed, Aug 23, 2023 at 01:04:48PM +0400, Sergey Afonin wrote:
> > On Wednesday 23 August 2023, Dmitry V. Levin wrote:
> >
> > > > > Так что, оставлять эти файлы бесхозными после генерации?
> > > > > В /lib/udev/rules.d/ им делать точно нечего, так как они,
> > > > > иногда, очень не постоянны. Как минимум net.rules.
> > > >
> > > > Присоединяюсь к вопросу и напоминаю о нём. Как правильно
> > > > поступить в данном случае?
> > >
> > > Может быть, разрешить %ghost files в /etc/udev/rules.d/?
> >
> > Это точно надо, но тут вдруг вспомнилось на примере всё того
> > же persistent-net.rules, что ещё могут быть заглушки вида
> >
> > ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
>
> Не совсем понятно, где и почему могут быть упакованы такие файлы.
Точнее говоря, почему такие файлы должны находиться именно в /etc.
--
ldv
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-08-23 9:07 ` Dmitry V. Levin
2023-08-23 9:18 ` Dmitry V. Levin
@ 2023-08-23 10:02 ` Sergey Afonin
1 sibling, 0 replies; 31+ messages in thread
From: Sergey Afonin @ 2023-08-23 10:02 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wednesday 23 August 2023, Dmitry V. Levin wrote:
> > > Может быть, разрешить %ghost files в /etc/udev/rules.d/?
> >
> > Это точно надо, но тут вдруг вспомнилось на примере всё того
> > же persistent-net.rules, что ещё могут быть заглушки вида
> >
> > ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
>
> Не совсем понятно, где и почему могут быть упакованы такие файлы.
В данном случае для отключения /lib/udev/rules.d/80-net-setup-link.rules.
Добавлено это было, правда, до меня в пакет. Нужно ли это реально, я
не знаю, сейчас попробовал эту заглушку убрать, вроде бы и без неё
тоже работает. На https://wiki.debian.org/NetworkInterfaceNames пишут,
что это действие (симлинк на /dev/null сделать) некий аналог параметра
net.ifnames=0 для ядра.
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
* Re: [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1
2023-08-23 9:18 ` Dmitry V. Levin
@ 2023-08-23 10:04 ` Sergey Afonin
0 siblings, 0 replies; 31+ messages in thread
From: Sergey Afonin @ 2023-08-23 10:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wednesday 23 August 2023, Dmitry V. Levin wrote:
> > > ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules
> >
> > Не совсем понятно, где и почему могут быть упакованы такие файлы.
>
> Точнее говоря, почему такие файлы должны находиться именно в /etc.
А как в данном случае, если 80-net-setup-link.rules есть в
/lib/udev/rules.d, и его надо заблокировать?
--
С уважением, Сергей Афонин.
^ permalink raw reply [flat|nested] 31+ messages in thread
end of thread, other threads:[~2023-08-23 10:04 UTC | newest]
Thread overview: 31+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-21 8:53 ` [devel] [#317085] TESTED sisyphus_check.git=0.8.67-alt1 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
2023-07-04 17:53 ` [devel] Запрет и других конфигов в /etc " Alexey Shabalin
2023-07-04 18:06 ` Alexey Shabalin
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