update-alternatives --remove <alternative> foo is
called in the postrm. This can be dangerous because at the time the
postrm is executed foo has already been deleted and update-alternatives
will ignore it while constructing its list of available alternatives.
Then, if the /etc/alternatives symlink points at foo, update-alternatives
won't recognize it and will mark the symlink as something site-specific.
As such, the symlink will no longer be updated automatically and will be
left dangling until
<alternative> is run by hand.
update-alternatives --remove should be called in the prerm
For more information please consult:
- Debian Policy Manual
- the update-alternatives(8) manual page
The tag is present in Lintian version
That is the most recent version we know about.
We use semantic versions.
The patch number is a commit step indicator relative to the
release tag in our Git
You can find the detection logic for this version at commit a1e47cb. For merge requests, please use the latest version in the Lintian check scripts.