Bug#90103: apt-get dist-upgrade should have some sanity checks when used with -y
I've seen a similar situation (a few dozen uninstalled packages). I
tracked it down to the following sequence of events:
0. Machine is religiously apt-get dist-upgraded once daily.
1. Machine gets stable, potato and woody in sources.list.
2. potato released
3. woody continues to evolve.
4. Debian package pools implemented
5. woody rolled back to potato and relabeled "testing".
This means that several packages cannot be upgraded or installed.
6. (yesterday) apt and/or debconf and/or some dependency of
those upgraded.
7. Somewhere deep in dependency resolution, "apt-get -uyfm
dist-upgrade" decides to remove several dozen packages that
depend on debconf, because it thinks it must replace debconf
with debconf-tiny.
Yowch!
It would be nice if 'apt-get -y dist-upgrade' would not remove a package
that it can't reinstall or upgrade and that is not Replaced or Provided
by a package that it will install at the same time. Some of the packages
that were removed came from third-party sources (including my own packages)
that are no longer available (or never were available) to apt-get.
It's difficult to replace these without having a full system backup handy.
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux washu 2.2.18-zb-686-smp #1 SMP Fri Dec 15 21:28:14 EST 2000 i686
Versions of packages apt depends on:
ii libc6 2.2.2-1 GNU C Library: Shared libraries an
ii libstdc++2.10-glibc2.2 1:2.95.3-6 The GNU stdc++ library
Reply to: