* Re: [devel] "unowned files" в i586
2025-08-28 5:47 [devel] "unowned files" в i586 Pavel Vasenkov
@ 2025-08-28 10:33 ` Leonid Krivoshein
2025-08-28 10:46 ` Alexey Shabalin
1 sibling, 0 replies; 3+ messages in thread
From: Leonid Krivoshein @ 2025-08-28 10:33 UTC (permalink / raw)
To: devel
Павел, привет!
On 8/28/25 08:47, Pavel Vasenkov wrote:
> Всем доброго дня.
>
> При построении пакета в Сизифе получаю unowned files
Хотя в большинстве случаев это нормально, в первом из трёх примеров
наоборот. Я бы добавил такой макрос в начале спека:
%define _unpackaged_files_terminate_build 1
Если файл не запакован, будет ошибка. Каталог может быть не упакован и
оказаться в процессе установки зависимостей, это нормально. Тогда все
эти предупреждения таковыми и останутся лишь для внимания собирающего.
Но данный пакет не соберётся из-за одной ошибки.
> https://git.altlinux.org/tasks/393332/logs/events.4.1.log
> https://packages.altlinux.org/tasks/393332
>
> subtask name aarch64 i586 x86_64
> #400 entity-manager 1:51 1:15 1:07
>
> ...
>
> 2025-Aug-27 07:53:05 :: [x86_64 i586 aarch64] ELF symbols check OK
> i586: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
По замыслу эта сущность прописана в %files, а значит должна принадлежать
пакету, но с ней явно что-то не так, раз она попадает в этот выхлоп. В
спеке есть такие строки:
%files
%defattr(-,root,root,-)
%{_libexecdir}exec/%{name}/entity-manager
%{_libexecdir}exec/%{name}/devicetree-vpd-parser
%{_libexecdir}exec/%{name}/fru-device
Во-первых, такая конкатенация вредна: "%{_libexecdir}exec", уж лучше
раскрыть всю конструкцию в /usr/libexec. Иначе при смене макроса в
другой сборочной среде сюрприз будет.
Во-вторых, предупреждение только об отсутствии
/usr/libexec/entity-manager, тогда как с devicetree-vpd-parser и
fru-device этой проблемы нет. Что наталкивает на мысль о предыдущей
строке: %defattr(-,root,root,-). Возможно, тут подразумевалось
%defattr(-,root,root), тут может быть ошибка в rpm-build'е, поскольку
это молча отразилось на следующую строку. В спеках чаще используется без
4-го аргумента:
https://github.com/search?q=repo%3Aaltlinux%2Fspecs%20%25defattr(&type=code
В-третьих, %global _prefix /usr в спеке удивляет. Значение дефолта
переопределяется на дефолт с очень дефолтным комментарием. :-)
Непонятно, зачем так делать.
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
Пустые каталоги, обычно создаваемые зависимостями, на них нужно обращать
внимание, но избавиться от них видимо нельзя.
> 2025-Aug-27 07:53:19 :: [i586] #400 entity-manager: install check OK
> x86_64: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
> 2025-Aug-27 07:53:20 :: [x86_64] #400 entity-manager: install check OK
> 2025-Aug-27 07:53:28 :: [i586] #400 entity-manager-debuginfo: install
> check OK
> 2025-Aug-27 07:53:28 :: [x86_64] #400 entity-manager-debuginfo: install
> check OK
> aarch64: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
> 2025-Aug-27 07:53:29 :: [aarch64] #400 entity-manager: install check OK
>
> Подскажите, как избавиться от этого предупреждения?
Кстати, что показывает rpm -ql на данном пакете? Всё ли необходимое
упаковано?
--
WBR, Leonid Krivoshein.
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [devel] "unowned files" в i586
2025-08-28 5:47 [devel] "unowned files" в i586 Pavel Vasenkov
2025-08-28 10:33 ` Leonid Krivoshein
@ 2025-08-28 10:46 ` Alexey Shabalin
1 sibling, 0 replies; 3+ messages in thread
From: Alexey Shabalin @ 2025-08-28 10:46 UTC (permalink / raw)
To: ALT Linux Team development discussions
чт, 28 авг. 2025 г. в 08:47, Pavel Vasenkov <pav@altlinux.org>:
>
> Всем доброго дня.
>
> При построении пакета в Сизифе получаю unowned files
>
> https://git.altlinux.org/tasks/393332/logs/events.4.1.log
> https://packages.altlinux.org/tasks/393332
>
> subtask name aarch64 i586 x86_64
> #400 entity-manager 1:51 1:15 1:07
>
> ...
>
> 2025-Aug-27 07:53:05 :: [x86_64 i586 aarch64] ELF symbols check OK
> i586: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
> 2025-Aug-27 07:53:19 :: [i586] #400 entity-manager: install check OK
> x86_64: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
> 2025-Aug-27 07:53:20 :: [x86_64] #400 entity-manager: install check OK
> 2025-Aug-27 07:53:28 :: [i586] #400 entity-manager-debuginfo: install
> check OK
> 2025-Aug-27 07:53:28 :: [x86_64] #400 entity-manager-debuginfo: install
> check OK
> aarch64: entity-manager=0.1-alt1 post-install unowned files:
> /usr/libexec/entity-manager
> /usr/share/dbus-1
> /usr/share/dbus-1/system-services
> 2025-Aug-27 07:53:29 :: [aarch64] #400 entity-manager: install check OK
>
> Подскажите, как избавиться от этого предупреждения?
Добавьте
%define _libexecdir %_usr/libexec
%dir %_libexecdir/%name
А остальные не трогайте, игнорируйте ворнинг.
PS:
1) уберите %global _prefix /usr
2) для meson используйте макросы
3) meson || meson - кто вас такому научил?
4) rm -rf %{buildroot} - где вы понабрались такого?
5) зачем вы вручную устанавливаете systemd service файлы? meson все
делает правильно, устанавливает dbus systemd service файл. доверьтесь
апстриму и meson.
6) также доверьтесь meson при установке configurations, зачем повторно
делать, что сделал meson.
7) %post, %preun, %postun тоже надо переделать. Возможные ошибки вы
специально скрываете, делая > /dev/null?
8) %defattr(-,root,root,-) - А этому вас кто научил?
9) %{_libexecdir}exec - тоже прикольно :)
^ permalink raw reply [flat|nested] 3+ messages in thread