Actually, I think we can settle it that way (which would help fixing
fixing bug #770633:
Everytime we have a service which provided an alternative, we declare an
Alias=<this alternative>.service name. Then, we patch systemctl to
update the alternative file (if it exists) on this alias name for those
units having an alias.
That's fixing the systemctl enable <service> -> put in sync the alternative.
Then, we patch update-alternative to look for a correspond .service
name, and if any (and systemctl installed), we call systemctl enable
--force <service> (and need to find a way to not have the circular
dependency on both, like checking the alternatives file directly)
That's fixing the update-alternative command -> syncing on systemctl state.
With this, we can even remove the tweaked postinst for the DMs as the
normal alternative prompts will do the right thing.
That of course wouldn't fix people changing the alternatives file by
hand, but I'm unsure we can gracefully handle this.
What do you think?
Didier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
