imsd/packaging/imsd-ofono.post-upgrade

#!/bin/sh
# SPDX-License-Identifier: GPL-3.0-only
# SPDX-FileCopyrightText: Copyright (C) 2026 Catcrafts®
#
# As imsd.post-upgrade, for imsd-ofonod: restarted once apk is done, and
# its ExecStartPost restarts GNOME Calls with it. Also installed as
# imsd-ofono.post-install, for a package added again over the daemon an
# `apk del` left running.

# A unit whose file an apk del removed is not-found to systemd until a
# reload and refuses properties ("failed to load properly"); its file is
# back on disk by the time post-install runs, so reload and mark again.
mark() {
	systemctl set-property "$1" Markers=+needs-restart 2>/dev/null && return 0
	systemctl daemon-reload && systemctl set-property "$1" Markers=+needs-restart || :
}

if [ -d /run/systemd/system ] && systemctl is-active -q imsd-ofonod.service; then
	mark imsd-ofonod.service
fi
exit 0
packaging: restart imsd and imsd-ofonod on upgrade An upgrade left the old imsd and imsd-ofonod running until they were next restarted, while a changed bus policy is live the moment apk writes it: dbus-broker-launch reloads on its own. A policy that relies on a check inside the daemons would face the old daemons in between. Mark imsd.service and imsd-ofonod.service needs-restart in post-upgrade scripts; the systemd trigger restarts them once the transaction is done (enqueue-marked). A call in progress ends. The same scripts run as post-install: `apk del` removes a package's files and leaves its daemon running, so a later `apk add` of the package is this upgrade for that daemon — and apk runs the post-install script, not post-upgrade, for a package it adds. GNOME Calls 50.0 dials nothing after imsd-ofonod restarts under it until it restarts too, so imsd-ofonod's ExecStartPost restarts the Calls daemon of each user running one — not at the unit's first start since boot, when a Calls that runs already is left alone. A daemon older than 0.3.10 kept its bring-up throttle wait in memory only, so a restart lost it. imsd's post-upgrade records that daemon's invocation, and imsd-handover.sh, an ExecStartPre after ims-pdn-up.sh, reads the invocation's journal and, while the fresh-SA throttle's wait it finds there still runs (`spi-s=0`; the old daemon's other deferrals are not handed over), writes what is left of it to the holds file when this start's LOCAL is the address the wait was earned on, or when that address cannot be read; when LOCAL is another address, only the verdict that the old registration is gone. Tested on the dev phone (KPN) in builds of this series; not every path has run there. 2026-10-04 00:09:37 +02:00			`#!/bin/sh`
			`# SPDX-License-Identifier: GPL-3.0-only`
			`# SPDX-FileCopyrightText: Copyright (C) 2026 Catcrafts®`
			`#`
			`# As imsd.post-upgrade, for imsd-ofonod: restarted once apk is done, and`
			`# its ExecStartPost restarts GNOME Calls with it. Also installed as`
			`# imsd-ofono.post-install, for a package added again over the daemon an`
			# `apk del` left running.

			`# A unit whose file an apk del removed is not-found to systemd until a`
			`# reload and refuses properties ("failed to load properly"); its file is`
			`# back on disk by the time post-install runs, so reload and mark again.`
			`mark() {`
			`systemctl set-property "$1" Markers=+needs-restart 2>/dev/null && return 0`
			`systemctl daemon-reload && systemctl set-property "$1" Markers=+needs-restart \|\| :`
			`}`

			`if [ -d /run/systemd/system ] && systemctl is-active -q imsd-ofonod.service; then`
			`mark imsd-ofonod.service`
			`fi`
			`exit 0`