[devel] I: изменение макросов systemd и udev

[devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

Тестовая пересборка c измененными макросами показала следующие результаты:
Всего новых сломавшихся пакетов - 144.

123 пакета сломалось с диагностикой
error: File not found by glob:
/usr/src/tmp/foo-buildroot/usr/lib/systemd/system/*
или
File not found by glob: /usr/src/tmp/foo-buildroot/lib/udev/rules.d/*
или
No such file or directory: /usr/src/tmp/foo-buildroot/lib/tmpfiles.d/foo.conf

NetworkManager sem
airsane nickel @everybody
alsa-utils mike shrek @qa
autofs sbolshakov @everybody
bcache-tools evg @everybody
blivet shaba @everybody
bluez shrek aris zerg
brightnessctl sirius @everybody
brltty viy msp antohami @everybody
cloud-init shaba obirvalger @everybody
consolelocker legion
cpupower-gui aris
crda ruslandh @everybody
cri-o1.22 shaba @everybody
cri-o1.23 shaba @everybody
cri-o1.24 shaba @everybody
cri-o1.25 shaba @everybody
cri-o1.26 shaba @everybody
cri-o1.27 shaba @everybody
cri-o1.28 shaba @everybody
cri-o1.29 geochip @everybody
cri-o1.30 geochip @everybody
deepin-app-services lvol @everybody
deepin-application-manager lvol @everybody
deepin-daemon lvol @everybody
deepin-file-manager lvol @everybody
deepin-log-viewer lvol @everybody
dm-secdel vt @kernel @everybody
dnf cas @everybody
drbd-reactor andy @everybody
drbd-utils andy snejok @everybody
ejabberd rider @everybody
epsonscan2 cas @everybody
etckeeper vt evg
etcnet sem ldv shaba rider vseleznv
fapolicyd shaba @everybody
freeipa slev sem sin
fwupd rider nickel egori
gamemode nenderus @everybody
gnome-compass aris
gnome-settings-daemon aris
grub-btrfs mcpain @everybody
hplip cas viy @everybody
icinga2 manowar @everybody
ignition shaba keremet obirvalger @qa
imagescan cas @everybody
kdump-tools vt
kf5-bluez-qt zerg
kmscon shaba @everybody
knot-resolver shaba @everybody
krb5 iv shaba @qa
laptop-mode-tools cas @everybody
libgmobile aris
libinput aris
libmtp jinn @everybody
libprelude @python @everybody @qa
libpreludedb viy @everybody
libuldaq lav @everybody
libvirt shaba @everybody
libwacom aris
lightdm manowar @everybody
linux-audit-user-run-apps mikhailnov @everybody
mISDN @nobody
mate-settings-daemon shrek
mdadm shaba vitty @everybody
multipath-tools shaba shrek mike @everybody
myMPD bne @everybody
nagios-domain-discovery manowar @everybody
nagwad boyarsh @everybody
netplan obirvalger @everybody
nfs sbolshakov
nut mike @everybody
nvme lakostis @everybody
open-isns shaba @everybody
openhantek lav @everybody
openqa aas jenya @everybody
openrazer srebrov @everybody
opensd arbars @everybody
ostree aris lav shaba keremet
osync cas @everybody
ovirt-guest-agent cas @everybody
pam_pkcs11 manowar @everybody
passim rauty @everybody
pipewire aris
plasma5-drkonqi zerg @everybody
podsec kaf @everybody
policycoreutils rider zerg darktemplar
pve-firewall shaba shrek andy
pve-manager shrek shaba
pve-network andy @everybody
pve-qemu-server shaba shrek andy
pve-storage shrek shaba
pyLinuxWheel fidel @everybody
radeon-profile-daemon koi @everybody
samba sin @qa
settingsd lav @everybody
shorewall shaba
shorewall-init shaba @everybody
shorewall-lite shaba
shorewall6 shaba
shorewall6-lite shaba
snapd shaba @everybody
snapper rider @everybody
solaar cas @everybody
spice-vdagent shaba @everybody
state-change-notify manowar @everybody
system-config-printer boyarsh @everybody
systemd-bootchart vt @everybody
tang mcpain @everybody
thinkfan rider @everybody
timeoutd manowar @everybody
tuned shrek vt @everybody
u2f-hidraw-policy glebfm @everybody
usb-modeswitch sem asy @qa
vcmmd andy @everybody
vdsm shaba @everybody
veyon egori @everybody
vhostmd shaba @everybody
wakefix manowar @everybody
x2gobroker mcpain
x2goserver mcpain
xinitrc @core
xl2tpd rider @everybody

Это связано с тем, что в секции %files используются макросы (типа
%_unitdir), а в секции %build для сборочных систем используются пути
(типа --with-systemdsystemunitdir=/lib/systemd/system). Нужно везде
перейти на использование макросов.

Есть один случай немного сложнее, с упаковкой хэлпера udev в
system-config-printer:
File not found by glob:
/usr/src/tmp/system-config-printer-buildroot/lib/udev/udev-*-printer
Макросов для /usr/lib/udev нет,
для systemd - /usr/lib/systemd есть %_systemd_dir (%_systemd_util_dir)
Добавил в rpm-build новые макросы %_udev_dir (и как алиас %_udev_util_dir).

-----------------------------------------
2 пакета с диагностикой Installed (but unpackaged)

slim viy @everybody
в cmake
set(LIBDIR "/lib")
install(FILES slim.service DESTINATION ${LIBDIR}/systemd/system)
надо исправлять.

xrdp lav lakostis @qa
Та же самая проблема, в %build используют макросы, в %files - нет.
-------------------------------------------

certmonger slev @everybody
ddcui aris @everybody
deepin-service-manager lvol @everybody
lact nenderus @everybody
libunicap mcpain @everybody
nitrokey-app glebfm sem bircoph
pdns-recursor cas @everybody
phoronix-test-suite nickf @everybody
pve-container shaba shrek andy
qflipper mike @everybody

mv: cannot move to a subdirectory of itself
Можно убрать хаки с перемещением файлов в спеке.
---------------------------------------------

apt-conf-tmp-cache    sin @everybody
Надо в spec использовать макрос %_systemd_dir вместо /lib/systemd.

dnf    cas @everybody
Убрать патчи, изменяющие пути.

rpm-build-extra-targets    iv @everybody
Надо перетянуть изменения из rpm-build, что бы починить %check
--------------------------------------------

mailman    lakostis ldv
sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
/.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
/usr/share/mailman/lib/systemd/system/mailman.service
Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.

-----------------------------------------------

Предполагаю ложные срабатывания ошибки пересборки

givaro
make[2]: *** [Makefile:496: docs] Segmentation fault
незнаю что делать. не факт что это задание виновато.

gnome-bluetooth3.0
Упал на тестах. не факт что это задание виновато

guile-fibers
убили на долгом выполнении тестов. не факт что это задание виновато

libvamp
ld: ./libvamp-hostsdk.a: error adding symbols: no more archived files
collect2: error: ld returned 1 exit status
не знаю что делать. не факт что это задание виновато.

mumps
Fatal Error: Cannot open module file 'zmumps_struc_def.mod' for
reading at (1): No such file or directory
compilation terminated.
make[3]: *** [Makefile:420: zlr_stats.o] Error 1
не знаю что делать. не факт что это задание виновато.

openscad
не знаю что делать. не факт что это задание виновато.

python3-module-pygeoif
не знаю что делать. не факт что это задание виновато.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

Еще есть часть пакетов, которые не сломались при пересборке.
Потому что они не используют макросы ни в %build, ни в %install, ни в %files.
Такие пакеты можно найти в репозитарии спеков.
Но их "чинить" будем уже позже, во вторую очередь.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Dmitry V. Levin]

On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> Тестовая пересборка c измененными макросами показала следующие результаты:
> Всего новых сломавшихся пакетов - 144.
[...]
> mailman    lakostis ldv
> sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> /usr/share/mailman/lib/systemd/system/mailman.service
> Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.

Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
Непонятно, как его занесло в новое место.
Может быть, потому что в пакете
%define _prefix /usr/share/%name
и новые макросы теперь используют %_prefix?
В таком случае они зря используют %_prefix.


-- 
ldv

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

чт, 30 мая 2024 г. в 02:19, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> > Тестовая пересборка c измененными макросами показала следующие результаты:
> > Всего новых сломавшихся пакетов - 144.
> [...]
> > mailman    lakostis ldv
> > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> > /usr/share/mailman/lib/systemd/system/mailman.service
> > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
>
> Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
> Непонятно, как его занесло в новое место.
> Может быть, потому что в пакете
> %define _prefix /usr/share/%name
> и новые макросы теперь используют %_prefix?
> В таком случае они зря используют %_prefix.
>
переделал без %_prefix.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Yuri Sedunov]

В Вс, 02/06/2024 в 01:47 +0300, Alexey Shabalin пишет:
> 
> 
> чт, 30 мая 2024 г., 14:06 Alexey Shabalin <a.shabalin@gmail.com>:
> > чт, 30 мая 2024 г. в 02:19, Dmitry V. Levin <ldv@altlinux.org>:
> > > 
> > > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> > > > Тестовая пересборка c измененными макросами показала следующие
> > > > результаты:
> > > > Всего новых сломавшихся пакетов - 144.
> > > [...]
> > > > mailman    lakostis ldv
> > > > sisyphus_check: check-subdirs ERROR: subdirectories packaging
> > > > violation
> > > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit
> > > > path:
> > > > /usr/share/mailman/lib/systemd/system/mailman.service
> > > > Думаю так и должно быть. Непонятно почему сейчас пропускают
> > > > такой пакет.
> > > 
> > > Сейчас там /lib/systemd/system/mailman.service, потому и
> > > пропускают.
> > > Непонятно, как его занесло в новое место.
> > > Может быть, потому что в пакете
> > > %define _prefix /usr/share/%name
> > > и новые макросы теперь используют %_prefix?
> > > В таком случае они зря используют %_prefix.
> > > 
> > переделал без %_prefix.
> 
> Остались ли еще причины не пропускать задание в Сизиф с изменением
> макросов?
> 


Присоединяюсь к вопросу,  -- доколе? Новые версии libwacom и libinput
ждут %_udevdir.


-- 
Yuri N. Sedunov

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

вс, 2 июн. 2024 г. в 01:47, Alexey Shabalin <a.shabalin@gmail.com>:
>
>
>
> чт, 30 мая 2024 г., 14:06 Alexey Shabalin <a.shabalin@gmail.com>:
>>
>> чт, 30 мая 2024 г. в 02:19, Dmitry V. Levin <ldv@altlinux.org>:
>> >
>> > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
>> > > Тестовая пересборка c измененными макросами показала следующие результаты:
>> > > Всего новых сломавшихся пакетов - 144.
>> > [...]
>> > > mailman    lakostis ldv
>> > > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
>> > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
>> > > /usr/share/mailman/lib/systemd/system/mailman.service
>> > > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
>> >
>> > Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
>> > Непонятно, как его занесло в новое место.
>> > Может быть, потому что в пакете
>> > %define _prefix /usr/share/%name
>> > и новые макросы теперь используют %_prefix?
>> > В таком случае они зря используют %_prefix.
>> >
>> переделал без %_prefix.
> Остались ли еще причины не пропускать задание в Сизиф с изменением макросов?

Переделал задание #349068.
Макросы systemd уехали в пакет rpm-macros-systemd.
В пакет rpm-build добавлена зависимость на rpm-macros-systemd.
Апрув на rpm-build получил.
legion@ сообщил что не может сейчас заниматься проверкой пакета kmod и
переадресовал в группу @core.
В принципе можно собрать задание и без kmod, но хотелось бы
соответствия макроса  %_modprobedir с "pkg-config
--variable=distconfdir kmod"
Может ли многоуважаемая группа @core проверить пакет kmod и выдать
апрув или замечания.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

чт, 20 июн. 2024 г. в 17:41, Alexey Shabalin <a.shabalin@gmail.com>:
>
> вс, 2 июн. 2024 г. в 01:47, Alexey Shabalin <a.shabalin@gmail.com>:
> >
> >
> >
> > чт, 30 мая 2024 г., 14:06 Alexey Shabalin <a.shabalin@gmail.com>:
> >>
> >> чт, 30 мая 2024 г. в 02:19, Dmitry V. Levin <ldv@altlinux.org>:
> >> >
> >> > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> >> > > Тестовая пересборка c измененными макросами показала следующие результаты:
> >> > > Всего новых сломавшихся пакетов - 144.
> >> > [...]
> >> > > mailman    lakostis ldv
> >> > > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> >> > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> >> > > /usr/share/mailman/lib/systemd/system/mailman.service
> >> > > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
> >> >
> >> > Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
> >> > Непонятно, как его занесло в новое место.
> >> > Может быть, потому что в пакете
> >> > %define _prefix /usr/share/%name
> >> > и новые макросы теперь используют %_prefix?
> >> > В таком случае они зря используют %_prefix.
> >> >
> >> переделал без %_prefix.
> > Остались ли еще причины не пропускать задание в Сизиф с изменением макросов?
>
> Переделал задание #349068.
> Макросы systemd уехали в пакет rpm-macros-systemd.
> В пакет rpm-build добавлена зависимость на rpm-macros-systemd.
> Апрув на rpm-build получил.
> legion@ сообщил что не может сейчас заниматься проверкой пакета kmod и
> переадресовал в группу @core.
> В принципе можно собрать задание и без kmod, но хотелось бы
> соответствия макроса  %_modprobedir с "pkg-config
> --variable=distconfdir kmod"
> Может ли многоуважаемая группа @core проверить пакет kmod и выдать
> апрув или замечания.

Отправил задание без kmod. Пусть kmod в отдельном задании потом
проходит проверку.
В предыдущих письмах были описаны пакеты, сборка которых поломается.
Можно приступать к исправлению.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Yuri Sedunov]

В Пт, 21/06/2024 в 16:15 +0300, Alexey Shabalin пишет:
> чт, 20 июн. 2024 г. в 17:41, Alexey Shabalin <a.shabalin@gmail.com>:
> > 
> > вс, 2 июн. 2024 г. в 01:47, Alexey Shabalin <a.shabalin@gmail.com>:
> > > 
> > > 
> > > 
> > > чт, 30 мая 2024 г., 14:06 Alexey Shabalin <a.shabalin@gmail.com>:
> > > > 
> > > > чт, 30 мая 2024 г. в 02:19, Dmitry V. Levin <ldv@altlinux.org>:
> > > > > 
> > > > > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin
> > > > > wrote:
> > > > > > Тестовая пересборка c измененными макросами показала
> > > > > > следующие результаты:
> > > > > > Всего новых сломавшихся пакетов - 144.
> > > > > [...]
> > > > > > mailman    lakostis ldv
> > > > > > sisyphus_check: check-subdirs ERROR: subdirectories
> > > > > > packaging violation
> > > > > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit
> > > > > > path:
> > > > > > /usr/share/mailman/lib/systemd/system/mailman.service
> > > > > > Думаю так и должно быть. Непонятно почему сейчас пропускают
> > > > > > такой пакет.
> > > > > 
> > > > > Сейчас там /lib/systemd/system/mailman.service, потому и
> > > > > пропускают.
> > > > > Непонятно, как его занесло в новое место.
> > > > > Может быть, потому что в пакете
> > > > > %define _prefix /usr/share/%name
> > > > > и новые макросы теперь используют %_prefix?
> > > > > В таком случае они зря используют %_prefix.
> > > > > 
> > > > переделал без %_prefix.
> > > Остались ли еще причины не пропускать задание в Сизиф с
> > > изменением макросов?
> > 
> > Переделал задание #349068.
> > Макросы systemd уехали в пакет rpm-macros-systemd.
> > В пакет rpm-build добавлена зависимость на rpm-macros-systemd.
> > Апрув на rpm-build получил.
> > legion@ сообщил что не может сейчас заниматься проверкой пакета
> > kmod и
> > переадресовал в группу @core.
> > В принципе можно собрать задание и без kmod, но хотелось бы
> > соответствия макроса  %_modprobedir с "pkg-config
> > --variable=distconfdir kmod"
> > Может ли многоуважаемая группа @core проверить пакет kmod и выдать
> > апрув или замечания.
> 
> Отправил задание без kmod. Пусть kmod в отдельном задании потом
> проходит проверку.
> В предыдущих письмах были описаны пакеты, сборка которых поломается.
> Можно приступать к исправлению.
> 

Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
лезет.

2024-Jul-03 14:12:57 :: [i586] #340 libinput-1.26.1-alt1.src.rpm: build
start
[i586] warning: Macro %_udevdir not found
[i586] error: Macro %_udevdir not found
[i586] error: line 123: %_udevdir/libinput-device-group



> -- 
> Alexey Shabalin
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
Yuri N. Sedunov

[devel] Re: I: изменение макросов systemd и udev

[Sergey V Turchin]

On Wednesday, 3 July 2024 17:24:16 MSK Yuri Sedunov wrote:

[...]
> Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
> лезет.
Кто-то не чешется. ;-) https://bugzilla.altlinux.org/50753
 
> 2024-Jul-03 14:12:57 :: [i586] #340 libinput-1.26.1-alt1.src.rpm: build
> start
> [i586] warning: Macro %_udevdir not found
> [i586] error: Macro %_udevdir not found
> [i586] error: line 123: %_udevdir/libinput-device-group
Я у себя ещё на p10 затычек наставил
%ifndef _userunitdir
%define _userunitdir %prefix/lib/systemd/user
%endif

-- 
Regards, Sergey.

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

ср, 3 июл. 2024 г. в 17:24, Yuri Sedunov <aris@altlinux.org>:
>
> Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
> лезет.

#352147

> 2024-Jul-03 14:12:57 :: [i586] #340 libinput-1.26.1-alt1.src.rpm: build
> start
> [i586] warning: Macro %_udevdir not found
> [i586] error: Macro %_udevdir not found
> [i586] error: line 123: %_udevdir/libinput-device-group
>

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

чт, 4 июл. 2024 г. в 14:14, Alexey Shabalin <a.shabalin@gmail.com>:
>
> ср, 3 июл. 2024 г. в 17:24, Yuri Sedunov <aris@altlinux.org>:
> >
> > Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
> > лезет.
>
> #352147

Доехал до p11.

>
> > 2024-Jul-03 14:12:57 :: [i586] #340 libinput-1.26.1-alt1.src.rpm: build
> > start
> > [i586] warning: Macro %_udevdir not found
> > [i586] error: Macro %_udevdir not found
> > [i586] error: line 123: %_udevdir/libinput-device-group
> >
>
> --
> Alexey Shabalin



-- 
Alexey Shabalin

[devel] Re: I: изменение макросов systemd и udev

[Sergey V Turchin]

On Wednesday, 3 July 2024 17:24:16 MSK Yuri Sedunov wrote:

[...]
> Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
> лезет.
https://bugzilla.altlinux.org/50753
недостаточно, т.к.
https://bugzilla.altlinux.org/50904

[...]

-- 
Regards, Sergey.

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

пн, 15 июл. 2024 г. в 11:10, Sergey V Turchin <zerg@altlinux.org>:
>
> On Wednesday, 3 July 2024 17:24:16 MSK Yuri Sedunov wrote:
>
> [...]
> > Ну, мы то в сизифе всё напоисправляли, только в p11 исправленное не
> > лезет.
> https://bugzilla.altlinux.org/50753
> недостаточно, т.к.
> https://bugzilla.altlinux.org/50904

Ответил в баге.

-- 
Alexey Shabalin

Re: [devel] I: изменение макросов systemd и udev

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 1450 bytes --]

On Thu, May 30, 2024 at 02:19:46AM +0300, Dmitry V. Levin wrote:
> On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> > Тестовая пересборка c измененными макросами показала следующие результаты:
> > Всего новых сломавшихся пакетов - 144.
> [...]
> > mailman    lakostis ldv
> > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> > /usr/share/mailman/lib/systemd/system/mailman.service
> > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
> 
> Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
> Непонятно, как его занесло в новое место.
> Может быть, потому что в пакете
> %define _prefix /usr/share/%name
> и новые макросы теперь используют %_prefix?
> В таком случае они зря используют %_prefix.

А как тогда /usr обозначать?

И вообще: это что же, если какой-то пакет себе переопределит _bindir, то
и %_bindir использовать будет нельзя? Где-то должны быть границы.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: изменение макросов systemd и udev

[Dmitry V. Levin]

On Thu, May 30, 2024 at 02:16:36PM +0300, Arseny Maslennikov wrote:
> On Thu, May 30, 2024 at 02:19:46AM +0300, Dmitry V. Levin wrote:
> > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> > > Тестовая пересборка c измененными макросами показала следующие результаты:
> > > Всего новых сломавшихся пакетов - 144.
> > [...]
> > > mailman    lakostis ldv
> > > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> > > /usr/share/mailman/lib/systemd/system/mailman.service
> > > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
> > 
> > Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
> > Непонятно, как его занесло в новое место.
> > Может быть, потому что в пакете
> > %define _prefix /usr/share/%name
> > и новые макросы теперь используют %_prefix?
> > В таком случае они зря используют %_prefix.
> 
> А как тогда /usr обозначать?

/usr ?

> И вообще: это что же, если какой-то пакет себе переопределит _bindir, то
> и %_bindir использовать будет нельзя? Где-то должны быть границы.

Вроде бы внутри %_bindir нет подкаталогов.

А вообще, конечно, изменение значений широко используемых макросов - это боль.
Если можно не менять макросы, лучше не менять.


-- 
ldv

Re: [devel] I: изменение макросов systemd и udev

[Anton Farygin]

On 30.05.2024 14:16, Arseny Maslennikov wrote:
> On Thu, May 30, 2024 at 02:19:46AM +0300, Dmitry V. Levin wrote:
>> On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
>>> Тестовая пересборка c измененными макросами показала следующие результаты:
>>> Всего новых сломавшихся пакетов - 144.
>> [...]
>>> mailman    lakostis ldv
>>> sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
>>> /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
>>> /usr/share/mailman/lib/systemd/system/mailman.service
>>> Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
>> Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
>> Непонятно, как его занесло в новое место.
>> Может быть, потому что в пакете
>> %define _prefix /usr/share/%name
>> и новые макросы теперь используют %_prefix?
>> В таком случае они зря используют %_prefix.
> А как тогда /usr обозначать?
>
> И вообще: это что же, если какой-то пакет себе переопределит _bindir, то
> и %_bindir использовать будет нельзя? Где-то должны быть границы.
/usr/lib/rpm/x86_64-linux/macros:%_prefix               /usr
/usr/lib/rpm/x86_64-linux/macros:%prefix        %_prefix
/usr/lib/rpm/x86_64-linux/macros:%_menudir      %_prefix/lib/menu
/usr/lib/rpm/x86_64-linux/macros:%_rpmlibdir    %_prefix/lib/rpm

Ну тогда и это надо чинить

Re: [devel] %_prefix и mailman

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 7879 bytes --]

On Thu, May 30, 2024 at 08:56:32PM +0300, Anton Farygin wrote:
> On 30.05.2024 14:16, Arseny Maslennikov wrote:
> > On Thu, May 30, 2024 at 02:19:46AM +0300, Dmitry V. Levin wrote:
> > > On Wed, May 29, 2024 at 09:54:53PM +0300, Alexey Shabalin wrote:
> > > > mailman    lakostis ldv
> > > > sisyphus_check: check-subdirs ERROR: subdirectories packaging violation
> > > > /.out/mailman-2.1.39-alt1.x86_64.rpm: invalid systemd unit path:
> > > > /usr/share/mailman/lib/systemd/system/mailman.service
> > > > Думаю так и должно быть. Непонятно почему сейчас пропускают такой пакет.
> > > Сейчас там /lib/systemd/system/mailman.service, потому и пропускают.
> > > Непонятно, как его занесло в новое место.
> > > Может быть, потому что в пакете
> > > %define _prefix /usr/share/%name

Я удивлён, как этот пакет вообще работает; см. ниже.

> > > и новые макросы теперь используют %_prefix?
> > > В таком случае они зря используют %_prefix.
> > А как тогда /usr обозначать?
> > 
> > И вообще: это что же, если какой-то пакет себе переопределит _bindir, то
> > и %_bindir использовать будет нельзя? Где-то должны быть границы.
>   /usr/lib/rpm/x86_64-linux/macros:%_prefix               /usr
>   /usr/lib/rpm/x86_64-linux/macros:%prefix        %_prefix
>   /usr/lib/rpm/x86_64-linux/macros:%_menudir      %_prefix/lib/menu
>   /usr/lib/rpm/x86_64-linux/macros:%_rpmlibdir    %_prefix/lib/rpm

Более того:
  % git grep -C3 -w _prefix
  doc/manual/macros-packaging similar to the autoconf variables that are used in building packages:
  doc/manual/macros-
  doc/manual/macros-\verbatim
  doc/manual/macros:    %_prefix		/usr
  doc/manual/macros:    %_exec_prefix	%{_prefix}
  doc/manual/macros-    %_bindir		%{_exec_prefix}/bin
  doc/manual/macros-    %_sbindir		%{_exec_prefix}/sbin
  doc/manual/macros-    %_libexecdir	%{_exec_prefix}/libexec
  doc/manual/macros:    %_datadir		%{_prefix}/share
  doc/manual/macros:    %_sysconfdir	%{_prefix}/etc
  doc/manual/macros-    %_sharedstatedir	/var/lib
  doc/manual/macros-    %_localstatedir	/var/lib
  doc/manual/macros-    %_libdir		%{_exec_prefix}/lib
  doc/manual/macros:    %_includedir	%{_prefix}/include
  doc/manual/macros-    %_oldincludedir	/usr/include
  doc/manual/macros:    %_infodir		%{_prefix}/info
  doc/manual/macros:    %_mandir		%{_prefix}/man
  doc/manual/macros-\endverbatim
  doc/manual/macros-
  doc/manual/macros-*/
  --
  doc/manual/spec-\verbatim
  doc/manual/spec-	rm -f $RPM_BUILD_DIR/filelist.rpm 
  doc/manual/spec-	echo '%defattr(-,root,root)' >> $RPM_BUILD_DIR/filelist.rpm 
  doc/manual/spec:	find $RPM_BUILD_ROOT/%{_prefix} -type f -print | \
  doc/manual/spec-	    sed "s!$RPM_BUILD_ROOT!!" |  perl -pe 's/([?|*.\'"])/\\$1/g' \
  doc/manual/spec-		>> $RPM_BUILD_DIR/filelist.rpm 
  doc/manual/spec-
  --
  macros.in-# ---- configure macros.
  macros.in-#	Macro(s) slavishly copied from autoconf's config.status.
  macros.in-#
  macros.in:%_prefix		@prefix@
  macros.in:%_exec_prefix		%{_prefix}
  macros.in-%_bindir		%{_exec_prefix}/bin
  macros.in-%_sbindir		%{_exec_prefix}/sbin
  macros.in-%_libexecdir		%{_exec_prefix}/lib
  macros.in:%_datadir		%{_prefix}/share
  macros.in-%_sysconfdir		/etc
  macros.in-%_sharedstatedir	%{_var}/lib
  macros.in-%_localstatedir		%{_var}/lib
  macros.in-%_lib			lib
  macros.in-%_libdir		%{_exec_prefix}/%{_lib}
  macros.in:%_includedir		%{_prefix}/include
  macros.in-%_oldincludedir		/usr/include
  macros.in-%_infodir		%{_datadir}/info
  macros.in-%_mandir		%{_datadir}/man
  --
  platform.in-#==============================================================================
  platform.in-# ---- configure macros.
  platform.in-#
  platform.in:%_prefix		@prefix@
  platform.in-%_exec_prefix		@exec_prefix@
  platform.in-%_bindir		@bindir@
  platform.in-%_sbindir		@sbindir@
  --
  platform.in-  configure_runstatedir_flags= ; \
  platform.in-  %{?_configure_use_runstatedir:%{_configure_detect_runstatedir}} \
  platform.in-  %{_configure_script} %{?_configure_target:%{_configure_target}} \\\
  platform.in: 	--prefix=%{_prefix} \\\
  platform.in-	--exec-prefix=%{_exec_prefix} \\\
  platform.in-	--bindir=%{_bindir} \\\
  platform.in-	--sbindir=%{_sbindir} \\\
  --
  platform.in-%_makeinstall_target	install
  platform.in-%makeinstall \
  platform.in-  %__make INSTALL="/usr/libexec/rpm-build/install -p" \\\
  platform.in:	prefix=%{?buildroot:%{buildroot}}%{_prefix} \\\
  platform.in-	exec_prefix=%{?buildroot:%{buildroot}}%{_exec_prefix} \\\
  platform.in-	bindir=%{?buildroot:%{buildroot}}%{_bindir} \\\
  platform.in-	sbindir=%{?buildroot:%{buildroot}}%{_sbindir} \\\
  --
  platform.in-
  platform.in-%_internal_gpg_path	/usr/lib/alt-gpgkeys
  platform.in-
  platform.in:%prefix	%_prefix
  platform.in-
  platform.in-%clean_buildroot	%{?buildroot:%([ -n "$(echo %buildroot |tr -d /.)" ] && echo "%__chmod -Rf u+rwX -- %buildroot 2>/dev/null ||:; %__rm -rf -- %buildroot")}
  platform.in-
  --
  platform.in-%_man9dir		%_mandir/man9
  platform.in-
  platform.in-# Desktop-related directories.
  platform.in:%_menudir	%_prefix/lib/menu
  platform.in-%_iconsdir	%_datadir/icons
  platform.in-%_miconsdir	%_iconsdir/hicolor/16x16/apps
  platform.in-%_niconsdir	%_iconsdir/hicolor/32x32/apps
  --
  platform.in-
  platform.in-# Games directories.
  platform.in-%_gamesdir	games
  platform.in:%_gamesbindir	%{_prefix}/%{_gamesdir}
  platform.in-%_gamesdatadir	%{_datadir}/%{_gamesdir}
  platform.in-
  platform.in-# X11 directories.
  platform.in:%_x11dir		%{_prefix}
  platform.in-%_x11bindir	%{_bindir}
  platform.in-%_x11libdir	%{_libdir}
  platform.in-%_x11x11libdir	%{_libdir}/X11
  --
  platform.in-%_x11datadir	%{_datadir}
  platform.in-%_x11fontsdir	%{_datadir}/X11/fonts
  platform.in-%_x11modulesdir	%{_libdir}/X11/modules
  platform.in:%_x11drvddir	%{_prefix}/libexec/X11/drv.d
  platform.in-%_x11sysconfdir	%{_sysconfdir}/X11
  platform.in-%_x11appconfdir	%{_sysconfdir}/X11/app-defaults
  platform.in-
  --
  platform.in-%_emacslispdir	%{_datadir}/emacs/site-lisp
  platform.in-
  platform.in-# RPM directories.
  platform.in:%_rpmlibdir	%_prefix/lib/rpm
  platform.in-%_rpmmacrosdir	%_rpmlibdir/macros.d
  platform.in-
  platform.in-# target libdir.
  --
  rpm-4_0.spec-%define def_without() %{expand:%%{!?_with_%{1}: %%{!?_without_%{1}: %%global _without_%{1} --without-%{1}}}}
  rpm-4_0.spec-%define if_with() %if %{expand:%%{?_with_%{1}:1}%%{!?_with_%{1}:0}}
  rpm-4_0.spec-%define if_without() %if %{expand:%%{?_without_%{1}:1}%%{!?_without_%{1}:0}}
  rpm-4_0.spec:%define _rpmlibdir %_prefix/lib/rpm
  rpm-4_0.spec-
  rpm-4_0.spec-%def_with libelf
  rpm-4_0.spec-%def_without apidocs
  --
  rpm-4_0.spec-# set-version helpers
  rpm-4_0.spec-%rpmattr %_rpmlibdir/mkset
  rpm-4_0.spec-%rpmattr %_rpmlibdir/setcmp
  rpm-4_0.spec:%rpmattr %_prefix/libexec/rpm-build
  rpm-4_0.spec-%if "%_lib" == "lib"
  rpm-4_0.spec-%rpmdatattr %_rpmlibdir/verify-elf-non-lfs-funcs.list
  rpm-4_0.spec-%endif

> Ну тогда и это надо чинить

Это не чинить, а ломать. Предложение уйти от _prefix — это что-то
навроде предложения уйти на что-то категорически не FHS-подобное.
Потребуются фундаментальные изменения вообще во всех спеках.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: изменение макросов systemd и udev

[Yuri Sedunov]

В Ср, 29/05/2024 в 21:54 +0300, Alexey Shabalin пишет:
> Тестовая пересборка c измененными макросами показала следующие
> результаты:
> Всего новых сломавшихся пакетов - 144.
> 
> 123 пакета сломалось с диагностикой
> error: File not found by glob:
> /usr/src/tmp/foo-buildroot/usr/lib/systemd/system/*
> или
> File not found by glob: /usr/src/tmp/foo-buildroot/lib/udev/rules.d/*
> или
> No such file or directory: /usr/src/tmp/foo-
> buildroot/lib/tmpfiles.d/foo.conf
> 
> cpupower-gui aris

-Dsystemddir=/lib/systemd 

> gnome-compass aris

data/meson.build:install_data('90-magn.rules', install_dir:
'/lib/udev/rules.d')

> gnome-settings-daemon aris

-Dudev_dir='/lib/udev'

> libgmobile aris


> libinput aris

-Dudev_dir='/lib/udev'

> libwacom aris

-Dudev_dir='/lib/udev'

> pipewire aris


> 
> Это связано с тем, что в секции %files используются макросы (типа
> %_unitdir), а в секции %build для сборочных систем используются пути
> (типа --with-systemdsystemunitdir=/lib/systemd/system). Нужно везде
> перейти на использование макросов.


...
> для systemd - /usr/lib/systemd есть %_systemd_dir
> (%_systemd_util_dir)

> Добавил в rpm-build новые макросы %_udev_dir (и как алиас
> %_udev_util_dir).

Почему не единообразно c с другими systemd'эшными макросами обозваны
новые? -- %_udevdir, %_systemddir.


-- 
Yuri N. Sedunov

Re: [devel] I: изменение макросов systemd и udev

[Alexey Shabalin]

чт, 30 мая 2024 г. в 08:26, Yuri Sedunov <aris@altlinux.org>:
>
> В Ср, 29/05/2024 в 21:54 +0300, Alexey Shabalin пишет:
> > Тестовая пересборка c измененными макросами показала следующие
> > результаты:
> > Всего новых сломавшихся пакетов - 144.
> >
> > 123 пакета сломалось с диагностикой
> > error: File not found by glob:
> > /usr/src/tmp/foo-buildroot/usr/lib/systemd/system/*
> > или
> > File not found by glob: /usr/src/tmp/foo-buildroot/lib/udev/rules.d/*
> > или
> > No such file or directory: /usr/src/tmp/foo-
> > buildroot/lib/tmpfiles.d/foo.conf
> >
> > cpupower-gui aris
>
> -Dsystemddir=/lib/systemd
>
> > gnome-compass aris
>
> data/meson.build:install_data('90-magn.rules', install_dir:
> '/lib/udev/rules.d')
>
> > gnome-settings-daemon aris
>
> -Dudev_dir='/lib/udev'
>
> > libgmobile aris
>
>
> > libinput aris
>
> -Dudev_dir='/lib/udev'
>
> > libwacom aris
>
> -Dudev_dir='/lib/udev'
>
> > pipewire aris
>
>
> >
> > Это связано с тем, что в секции %files используются макросы (типа
> > %_unitdir), а в секции %build для сборочных систем используются пути
> > (типа --with-systemdsystemunitdir=/lib/systemd/system). Нужно везде
> > перейти на использование макросов.
>
>
> ...
> > для systemd - /usr/lib/systemd есть %_systemd_dir
> > (%_systemd_util_dir)
>
> > Добавил в rpm-build новые макросы %_udev_dir (и как алиас
> > %_udev_util_dir).
>
> Почему не единообразно c с другими systemd'эшными макросами обозваны
> новые? -- %_udevdir, %_systemddir.
>
Спасибо за замечание. Поправил на %_udevdir. Также добавил %_systemddir.
Скажем так, меня в своё время вынудили придумать "свои" более читаемые
макросы, иначе не пропускали rpm-build.

-- 
Alexey Shabalin