Package: apticron Version: 1.1.42 Severity: normal I have a squeeze system where apitcron insists that diff and mktemp need to be upgraded, and that aptitude full upgrade will do that for me.
The list of packages derives from the output of this: r...@zwiebel:/home/phil# /usr/bin/apt-get -q -y --ignore-hold --allow-unauthenticated -s dist-upgrade Reading package lists... Building dependency tree... Reading state information... The following NEW packages will be installed: diff mktemp 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Inst diff (1:3.0-1 Debian:testing [all]) Conf diff (1:3.0-1 Debian:testing [all]) Inst mktemp (8.5-1 Debian:testing [all]) Conf mktemp (8.5-1 Debian:testing [all]) which as we can see, would be resolved by apt-get dist-upgrade r...@zwiebel:/home/phil# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: diff mktemp 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/21.3 kB of archives. After this operation, 57.3 kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. whereas, the recomended 'aptitude full-upgrade' thinks there's nothing to do: r...@zwiebel:/home/phil# aptitude full-upgrade No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. as it happens, aptitude is probably doing the right thing in this case, as the versions of diff and mktemp are dummy packages, to smooth upgrades, so installing them would seem to be pointless. I'm going to install them anyway, to get apticron to shut up. I suppose the correct fix might be to make the script use aptitude to generate apticron's list of upgrades, and it might make sense to resolve the differences between apt-get and aptitude in this case, but the simplest change is to simply suggest the use of apt-get in place of aptitude in the mail that is sent. Having just installed diff, I find that when I then try to remove it, it's essential, so it seems that apt-get has it right in this case (since I would hope that I would have all the essential packages, even if they are just about to become obsolete) The same goes for mktemp. Cheers, Phil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apticron depends on: ii apt 0.8.10 Advanced front-end for dpkg ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii cron 3.0pl1-116 process scheduling daemon ii debconf [debconf-2 1.5.36 Debian configuration management sy ii mailx 1:20071201-3 Transitional package for mailx ren ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.85.7 package change history notificatio ii iproute 20100519-3 networking and traffic control too apticron suggests no packages. -- debconf information: apticron/notification: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
