ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] "unowned files" в i586
Date: Thu, 28 Aug 2025 13:33:29 +0300
Message-ID: <48cc4bdf-c7ba-47c8-b7d3-c44f0d986ed1@gmail.com> (raw)
In-Reply-To: <1b5b2c3dfb9ca7ec0f71ea1057675de53755f295.camel@altlinux.org>

Павел, привет!


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.



  reply	other threads:[~2025-08-28 10:33 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-28  5:47 Pavel Vasenkov
2025-08-28 10:33 ` Leonid Krivoshein [this message]
2025-08-28 10:46 ` Alexey Shabalin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48cc4bdf-c7ba-47c8-b7d3-c44f0d986ed1@gmail.com \
    --to=klark.devel@gmail.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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