Bug#132632: dpkg: update-alternatives still not right, I think
Shouldn't "update-alternatives --remove" do its work when the package
providing the currently selected alternative is being removed, even if
the alternative is in manual mode? It could select the highest-priority
remaining alternative and switch back to auto mode.
The current behavior, while symmetric with the one during package
installation, leaves behind a broken alternative. Easy to fix with
--config, of course, but still unexpected (by me).
-- System Information
Debian Release: woody
Kernel Version: Linux kronstadt 2.4.16 #1 Tue Jan 1 09:26:25 PST 2002 i586 unknown
Versions of the packages dpkg depends on:
ii libc6 2.2.4-5 GNU C Library: Shared libraries and Timezone
ii libncurses5 5.2.20020112a- Shared libraries for terminal handling
ii libstdc++2.10- 2.95.4-0.01081 The GNU stdc++ library