deborphan is not multiarch-aware

Bug #951430 reported by Ralf Hildebrandt
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
deborphan (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

# deborphan
libaio1
libssl0.9.8
libsdl-net1.2
libodbc1
libsdl-mixer1.2
libao4
libsdl-ttf2.0-0
libqt4-qt3support
libstdc++5

# dpkg -l libssl0.9.8
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-=====================-=====================-==========================================================
un libssl0.9.8 <none> (no description available)

Looking closer reveals:

# dpkg -l | grep libssl0.9.8
ii libssl0.9.8:i386 0.9.8o-7ubuntu2 SSL shared libraries

Another example:

# dpkg -l libqt4-qt3support
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-=====================-=====================-==========================================================
un libqt4-qt3support <none> (no description available)

# dpkg -l | grep libqt4-qt3support
ii libqt4-qt3support:i386 4:4.8.0-1ubuntu9 Qt 3 compatibility library for Qt 4

It seems that deborphan cannot properly distinguish packages from different architectures.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: deborphan 1.7.28.5
ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9
Uname: Linux 3.2.0-18-generic x86_64
ApportVersion: 1.94.1-0ubuntu2
Architecture: amd64
Date: Sat Mar 10 11:11:07 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110901)
SourcePackage: deborphan
UpgradeStatus: Upgraded to precise on 2012-02-21 (17 days ago)

Revision history for this message
Ralf Hildebrandt (ralf-hildebrandt) wrote :
Revision history for this message
CarstenHey (c.hey) wrote : Re: [Bug 951430] [NEW] deborphan is not multiarch-aware

* Ralf Hildebrandt [2012-03-10 10:15 -0000]:
> It seems that deborphan cannot properly distinguish packages from
> different architectures.

dpkg/experimental can't properly distinguish packages from different
architectures too, but the upcoming dpkg 1.6.2 upload to Debian (this
weekend or beginning of next week) is expected to change this.

Given that the new dpkg upload results in dpkg having a consistent
interface (there is a workaround that could be applied to orphaner for
a possible insane apt-get command line interface), it's time for
a deborphan upload adjusted to the ne dpkg interface shortly after this
dpkg upload and asking for an freeze exception for Ubuntu.

After deborphan being multiarch-aware we should think about uploading
newer code, forming a deborphan maintainer team (there is already
a team, but it only has one member) and handing over deborphan to this
team.

Carsten

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in deborphan (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.