summaryrefslogtreecommitdiff
path: root/upstream-layers/meta-openembedded/meta-python/recipes-devtools/python/python3-httptools
diff options
context:
space:
mode:
authorPatrick Williams <patrick@stwcx.xyz>2026-03-26 20:53:33 +0300
committerPatrick Williams <patrick@stwcx.xyz>2026-03-26 21:25:42 +0300
commit9880c837c94e8cee4d50b96cf7b0a10001420cc6 (patch)
tree68037eb1d58a8fa13ac50ffbfdf23e1054f83b08 /upstream-layers/meta-openembedded/meta-python/recipes-devtools/python/python3-httptools
parent50c93f8e56de34eddb48423c8041edffa25f5e6f (diff)
downloadopenbmc-9880c837c94e8cee4d50b96cf7b0a10001420cc6.tar.xz
phosphor-fan/phosphor-power: disable automatic service start
The systemd.bbclass will now attempt to automatically enable any service found in the SYSTEMD_SERVICE variable, which systemd-v259 treats as a failure for template service files (since it doesn't know what the appropriate argument is). This unfortunately collides with behavior in obmc-phosphor-systemd.bbclass that uses the SYSTEMD_SERVICE variable to know which services to auto-install. The ideal behavior at this point is probably to deprecate obmc-phosphor-systemd.bbclass and move all recipes off of it, and leverage the behavior built into systemd.bbclass directly. This works for services that are non-templated and/or only need to be installed into the multi-user.target, but needs more experimentation for install into non-default targets. For now, set SYSTEMD_AUTO_ENABLE to `disabled` for specific packages that install a template service and are already handled by obmc-phosphor-systemd. Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I31b6256a619bd56d0789ad34a8432b75d8623a2a
Diffstat (limited to 'upstream-layers/meta-openembedded/meta-python/recipes-devtools/python/python3-httptools')
0 files changed, 0 insertions, 0 deletions