Subject: Bug#756816: apt: "apt-get upgrade packagename" should not set packagename to manually installed

From: Axel Beckert <[email-masked]>
Date: Sat, 02 Aug 2014 02:02:50 +0200

Package: apt
Version: 1.1~exp2
Severity: normal

Dear APT Developers,

it seems that -- despite the documentation suggests otherwise -- you now
can pass package names as parameter to "apt-get upgrade" and it does
what you expect: Try to upgrade only that package.

But it also seems to set the given package to "manually installed" for
which there is no reason at all:

# apt-get upgrade zsh
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... zsh is already the newest version.
zsh set to manually installed. <---------------- This shouldn't happen!
The following packages were automatically installed and are no longer required:
[…]

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.15-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg                   1.4.18-2
ii  libapt-pkg4.13          1.1~exp2
ii  libc6                   2.19-7
ii  libgcc1                 1:4.9.1-4
ii  libstdc++6              4.9.1-4

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc     1.0.6
ii  aptitude    0.6.11-1
ii  dpkg-dev    1.17.10
ii  python-apt  0.9.3.8
ii  synaptic    0.81.2
ii  wajig       2.14

-- no debconf information