deborphan returns packages that are already uninstalled

* Jean-Baptiste Lallement [2012-02-24 15:25 -0000]:
> After running this command deborphan still show the packages even if
> they are already uninstalled

Do you use multi-arch? If you do, the command

    grep '^Architecture:' /var/lib/dpkg/status | sort -u

should print three lines.

Carsten

Yes I use multi-arch.
Furthermore, maybe the command I mentioned is a red herring and the problem was already here but only noticed when running upgrade-system.

output of
$ perl < /var/lib/dpkg/status -00 -lne "print if /libao4|libcapi20-3|libmpg123-0|libodbc1|libopenal1|libqtwebkit4|libsdl-image1.2|libsdl-mixer1[.]2|libsdl-net1[.]2|libsdl-ttf2[.]0-0|libssl0.9.8|libstdc[+][+]5/" | grep -v '^ ' > /tmp/940379

I just discussed and debugged this bug with Jean-Baptiste via IRC.

* Jean-Baptiste Lallement [2012-02-24 15:25 -0000]:
> After running this command deborphan still show the packages even if
> they are already uninstalled

The i386 variants of the packages were still installed. The actual bug
is a human interface error, shared by dpkg in multiple places.

In my opinion, deborphan should be adapted after dpkg has been changed
to include a consistent and releasable command line interface. Being
consistent to an inconsistent dpkg interface that might change soonish
isn't a worthwhile goal.

There is an other multiarch related bug in deborphan, it displays
orphaned packages that are installed on multiple architectures once per
architecture (without any architecture postfix).

PS: this was exposed via bug #940374

Status changed to 'Confirmed' because the bug affects multiple users.

This bug was fixed in the package deborphan - 1.7.28.7

---------------
deborphan (1.7.28.7) unstable; urgency=low

  * Team upload.

  This point release includes the remaining part of deborphan's multiarch
  support. Versions up to 1.7.28.5 did only include checks to avoid printing
  false positives. 1.7.28.6 already handles architecture qualified input and
  contains the disabled code for architecture qualified output. This release
  enables the architecture qualified output and strips architecture suffixes
  in dependencies (see below).

  * Enable remaining part of multiarch support:
    + Append architecture suffixes to package names if packages from more than
      one architecture besides 'all' are installed. Package names printed by
      --list-keep do not contain architecture suffixes. If adding package
      names with architecture suffixes to the keep file will ever be
      supported, --list-keep's output might contain architecture suffixes too.
      Closes: #658972, LP: #940379, LP: #951430
    + Strip architecture suffixes in dependencies. This is due to the way
      deborphan currently works safe, even though the details of architecture
      qualified dependencies have not been completely specified yet.
    + Add options --show-arch and --no-show-arch to deborphan. These options
      are documented in README.frontends and intended to be used by
      deborphan's frontends if they prefer the architecture suffixes to be
      printed either always or never.
    + Use deborphan's option --no-show-arch in editkeep and remove repeated
      package names from the output.

 -- Carsten Hey <email address hidden> Sun, 13 May 2012 23:42:56 +0200