diff options
author | Peter Kjellerstedt <pkj@axis.com> | 2025-09-12 17:57:12 +0200 |
---|---|---|
committer | Steve Sakoman <steve@sakoman.com> | 2025-09-22 12:21:23 -0700 |
commit | 6338bb1d120246fb073acb43fad41c4ba262c8fc (patch) | |
tree | b657030320ca867cda5c8e842de212e0f52f8c40 /meta/recipes-devtools/python/python3-requests/environment.d-python3-requests.sh | |
parent | 3d625d826352fd34aca4c6f44f9b7ab73dc1912a (diff) | |
download | poky-6338bb1d120246fb073acb43fad41c4ba262c8fc.tar.gz |
systemd.bbclass: Make systemd_postinst run as intended
After the switch from using a systemctl written in Python to using the
official version of systemctl from the systemd project, the
systemd_postinst function has effectively not been executed during the
rootfs creation. The reason is that systemctl provided by
systemctl-native fails if run without arguments (as systemd_postinst
does):
Failed to connect to system scope bus via local transport: Operation
not permitted (consider using --machine=<user>@.host --user to connect
to bus of other user)
This is not seen in the logs since stderr is sent to /dev/null, and the
only way to tell that there is a problem is because systemd services
that are expected to be enabled aren't running.
The reason this has gone unnoticed is because systemd_handle_machine_id
in rootfs-postcommands.bbclass will call systemctl preset-all, which in
most cases will create the missing links to enable the systemd services.
This change effectively reverts commit
a52e66762c0c51918b1ba3d4622759637b6e920a (systemd.bbclass: update
command to check systemctl available) and instead only runs systemctl
without arguments (to determine that it can communicate with systemd)
when executed on target.
(From OE-Core rev: 6cb4239b412dc782f66728e47753c1a82cccf759)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
Diffstat (limited to 'meta/recipes-devtools/python/python3-requests/environment.d-python3-requests.sh')
0 files changed, 0 insertions, 0 deletions