Bug#1006203: [Pkg-utopia-maintainers] Bug#1006203: polkitd: mishandled configuration ownership change from policykit-1 to polkitd
On Mon, 21 Feb 2022 at 12:42:06 +0100, Michael Biebl wrote: > There is indeed no support for this. > Taking over a conffile from another package is a tricky business and ideally > would have native support by dpkg. > > In systemd we used > https://salsa.debian.org/systemd-team/systemd/-/commit/d6483013d5779d4d465a1e174e44a754b941d0e6 > for systemd-timesyncd. In policykit-1, at least we don't have to handle the case where the conffile is intentionally removed, because policykit-1 Depends on polkitd, so things are a little simpler than what happens in systemd where upgrades will not always install systemd-timesyncd. smcv
Bug#1006203: [Pkg-utopia-maintainers] Bug#1006203: polkitd: mishandled configuration ownership change from policykit-1 to polkitd
Am 21.02.22 um 12:21 schrieb Simon McVittie: Control: tags -1 + moreinfo help On Mon, 21 Feb 2022 at 12:18:57 +0200, Martin-Éric Racine wrote: The new polkit that trickled into Testing today apparently shuffled ownership of 3 config files from policykit-1 to polkitd without using dpkg-maintscript-helper. I don't see anything in the dpkg-maintscript-helper man page about using it when one package takes over another package's conffile, only about using it when a conffile is removed (not the case here) or renamed (not the case here). We don't want those conffiles to be removed or renamed during upgrades, we just want polkitd to take over their ownership from the transitional policykit-1 package. Do you have a solution in mind for this? I'm open to suggestions. There is indeed no support for this. Taking over a conffile from another package is a tricky business and ideally would have native support by dpkg. In systemd we used https://salsa.debian.org/systemd-team/systemd/-/commit/d6483013d5779d4d465a1e174e44a754b941d0e6 for systemd-timesyncd. This approach is not without caveats though. OpenPGP_signature Description: OpenPGP digital signature