[gentoo-user] Update of systemd-utils failes (OpenRC)

[gentoo-user] Update of systemd-utils failes (OpenRC)

[Matthias Hanft]

Hi,

I'm using OpenRC (no systemd).

After "emerge --sync" today, emerge wants to update systemd-utils
from 254.17 to 255.15-r1 and fails with:

>>> Test phase [disabled because of RESTRICT=test]: sys-apps/systemd-utils-255.15-r1
>>> Install sys-apps/systemd-utils-255.15-r1 into /var/tmp/portage/sys-apps/systemd-utils-255.15-r1/image
 * abi_x86_64.amd64: running multilib-minimal_abi_src_install
Error: File --set-rpath does not exist.
 * ERROR: sys-apps/systemd-utils-255.15-r1::gentoo failed (install phase):
 *   patchelf failed

"equery u systemd-utils" shows:

 * Found these USE flags for sys-apps/systemd-utils-255.15-r1:
 U I
 - - abi_x86_32                      : 32-bit (x86) libraries
 + + acl                             : Add support for Access Control Lists
 - - boot                            : Enable systemd-boot (UEFI boot manager)
 - - kernel-install                  : Enable kernel-install
 + - kmod                            : Enable kernel module loading via sys-apps/kmod
 - - python_single_target_python3_10 : Build for Python 3.10 only
 - - python_single_target_python3_11 : Build for Python 3.11 only
 + + python_single_target_python3_12 : Build for Python 3.12 only
 - - python_single_target_python3_13 : Build for Python 3.13 only
 - - secureboot                      : Automatically sign efi executables using user specified key
 - - sysusers                        : Enable systemd-sysusers
 - - test                            : Enable dependencies and/or preparations necessary to run tests (usually
                                       controlled by FEATURES=test but can be toggled independently)
 + - tmpfiles                        : Enable systemd-tmpfiles
 + - udev                            : Enable systemd-udev (userspace device manager)
 - - ukify                           : Enable systemd-ukify

and I wonder why there are so many differences between "U" and "I".

Do I have to change any USE flags to get the update installed?
Or is there another solution? Or is it just a bug which will be
corrected by next week?

Thanks,

-Matt

Re: [gentoo-user] Update of systemd-utils failes (OpenRC)

[Matthias Hanft]

Matthias Hanft wrote:
> 
> After "emerge --sync" today, emerge wants to update systemd-utils
> from 254.17 to 255.15-r1 and fails with: [...]

Ok, it was my own fault: I had another (own) "patchelf" (for legacy
Kylix programs) in /usr/local/bin which came first in $PATH. Now the
update was OK.

Just the question remains:

>  U I
>  - - abi_x86_32                      : 32-bit (x86) libraries
>  + + acl                             : Add support for Access Control Lists
>  - - boot                            : Enable systemd-boot (UEFI boot manager)
>  - - kernel-install                  : Enable kernel-install
>  + - kmod                            : Enable kernel module loading via sys-apps/kmod
>  - - python_single_target_python3_10 : Build for Python 3.10 only
>  - - python_single_target_python3_11 : Build for Python 3.11 only
>  + + python_single_target_python3_12 : Build for Python 3.12 only
>  - - python_single_target_python3_13 : Build for Python 3.13 only
>  - - secureboot                      : Automatically sign efi executables using user specified key
>  - - sysusers                        : Enable systemd-sysusers
>  - - test                            : Enable dependencies and/or preparations necessary to run tests (usually
>                                        controlled by FEATURES=test but can be toggled independently)
>  + - tmpfiles                        : Enable systemd-tmpfiles
>  + - udev                            : Enable systemd-udev (userspace device manager)
>  - - ukify                           : Enable systemd-ukify

With the update installed, the USE flags kmod, tmpfiles and udev changed
from "off" to "on". Is this important, do I have to worry, or can I just
ignore it (because there's no impact at all without systemd?

-Matt

Re: [gentoo-user] Update of systemd-utils failes (OpenRC)

[Michael]

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

On Saturday 8 February 2025 08:56:20 Greenwich Mean Time Matthias Hanft wrote:
> Matthias Hanft wrote:
> > After "emerge --sync" today, emerge wants to update systemd-utils
> > from 254.17 to 255.15-r1 and fails with: [...]
> 
> Ok, it was my own fault: I had another (own) "patchelf" (for legacy
> Kylix programs) in /usr/local/bin which came first in $PATH. Now the
> update was OK.
> 
> Just the question remains:
> >  U I
> >  - - abi_x86_32                      : 32-bit (x86) libraries
> >  + + acl                             : Add support for Access Control
> >  Lists
> >  - - boot                            : Enable systemd-boot (UEFI boot
> >  manager) - - kernel-install                  : Enable kernel-install
> >  + - kmod                            : Enable kernel module loading via
> >  sys-apps/kmod - - python_single_target_python3_10 : Build for Python
> >  3.10 only
> >  - - python_single_target_python3_11 : Build for Python 3.11 only
> >  + + python_single_target_python3_12 : Build for Python 3.12 only
> >  - - python_single_target_python3_13 : Build for Python 3.13 only
> >  - - secureboot                      : Automatically sign efi executables
> >  using user specified key - - sysusers                        : Enable
> >  systemd-sysusers
> >  - - test                            : Enable dependencies and/or
> >  preparations necessary to run tests (usually>  
> >                                        controlled by FEATURES=test but can
> >                                        be toggled independently)
> >  
> >  + - tmpfiles                        : Enable systemd-tmpfiles
> >  + - udev                            : Enable systemd-udev (userspace
> >  device manager) - - ukify                           : Enable
> >  systemd-ukify
> 
> With the update installed, the USE flags kmod, tmpfiles and udev changed
> from "off" to "on". Is this important, do I have to worry, or can I just
> ignore it (because there's no impact at all without systemd?
> 
> -Matt

You could ignore default USE flags, because when you use the openrc init 
system udev and tmpfilesd use some files provided by systemd.  The rest of the 
systemd is not used.

You may wish to take a quick look at this section in the wiki which explains 
it briefly:

https://wiki.gentoo.org/wiki/OpenRC#System_integration


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Update of systemd-utils failes (OpenRC)

[Eli Schwartz]

[-- Attachment #1.1: Type: text/plain, Size: 2939 bytes --]

On 2/8/25 3:56 AM, Matthias Hanft wrote:
> Just the question remains:
> 
>>  U I
>>  - - abi_x86_32                      : 32-bit (x86) libraries
>>  + + acl                             : Add support for Access Control Lists
>>  - - boot                            : Enable systemd-boot (UEFI boot manager)
>>  - - kernel-install                  : Enable kernel-install
>>  + - kmod                            : Enable kernel module loading via sys-apps/kmod
>>  - - python_single_target_python3_10 : Build for Python 3.10 only
>>  - - python_single_target_python3_11 : Build for Python 3.11 only
>>  + + python_single_target_python3_12 : Build for Python 3.12 only
>>  - - python_single_target_python3_13 : Build for Python 3.13 only
>>  - - secureboot                      : Automatically sign efi executables using user specified key
>>  - - sysusers                        : Enable systemd-sysusers
>>  - - test                            : Enable dependencies and/or preparations necessary to run tests (usually
>>                                        controlled by FEATURES=test but can be toggled independently)
>>  + - tmpfiles                        : Enable systemd-tmpfiles
>>  + - udev                            : Enable systemd-udev (userspace device manager)
>>  - - ukify                           : Enable systemd-ukify
> 
> With the update installed, the USE flags kmod, tmpfiles and udev changed
> from "off" to "on".


The original 2022 addition of the systemd-utils package defaulted kmod
and tmpfiles and udev to "on". In order to install it with those USE
flags toggled "off" you would have had to locally set that in your
package.use -- your reasons for doing so are best known by yourself. :)

Those are decent defaults as you really want to have a tmpfiles.d
processor of some sort, and a udev daemon, and the versions that were
carved out of the systemd project and provided as standalone tools in
"systemd-utils" are currently the only packaged versions of either one
in ::gentoo (as the alternative for e.g. udev was just an outdated and
unmaintained fork of systemd, and the alternative for tmpfiles was an
insecure and abandoned project).

It leaves open the question, which other packages did you use to satisfy
the dependencies of:

virtual/tmpfiles
virtual/udev


> Is this important, do I have to worry, or can I just
> ignore it (because there's no impact at all without systemd?


As Michael noted, systemd-utils exists to be a small collection of a few
tools extracted from the systemd source code -- using the systemd-utils
package at all, implies you aren't using systemd (in fact, systemd-utils
will conflict with systemd! portage will not let you install systemd, if
systemd-utils is currently installed), and thus per definition the
systemd-utils package can't have any cause for concern with regard to
systemd.



-- 
Eli Schwartz

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]