'apt-get install -f' tries to configure multiarch:same packages when mismatched versions are installed
Bug #947500 reported by
androld
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| apt (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
| Precise |
Fix Released
|
High
|
Unassigned | ||
Bug Description
I upgrade from xubuntu 11.10 to xubuntu 12.04LTS beta1
ProblemType: Package
DistroRelease: Ubuntu 12.04
Package: libgudev-1.0-0 1:175-0ubuntu6
ProcVersionSign
Uname: Linux 3.2.0-18-generic x86_64
NonfreeKernelMo
ApportVersion: 1.94-0ubuntu1
Architecture: amd64
Date: Mon Mar 5 23:00:45 2012
ErrorMessage: libgudev-
InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
SourcePackage: udev
Title: package libgudev-1.0-0 1:175-0ubuntu6 failed to install/upgrade: libgudev-
UpgradeStatus: Upgraded to precise on 2012-03-05 (0 days ago)
Revision history for this message
| androld (androld-b) wrote | #1 |
Revision history for this message
| Steve Langasek (vorlon) wrote | #2 |
| affects: | udev (Ubuntu) → apt (Ubuntu) |
| Changed in apt (Ubuntu): | |
| importance: | Undecided → High |
| summary: |
- package libgudev-1.0-0 1:175-0ubuntu6 failed to install/upgrade: - libgudev-1.0-0:amd64 1 + 'apt-get install -f' tries to configure multiarch:same packages when + mismatched versions are installed |
| tags: | added: multiarch |
| tags: | added: rls-mgr-p-tracking |
| Changed in apt (Ubuntu Precise): | |
| status: | New → Confirmed |
| Changed in apt (Ubuntu Precise): | |
| status: | Confirmed → Fix Released |
To post a comment you must log in.
The error in the logs is:
dpkg: не удалось обработать параметр libudev0 (--configure):
libudev0:amd64 175-0ubuntu5 cannot be configured because libudev0:i386 is in a different version (175-0ubuntu6)
dpkg: не удалось обработать параметр libudev0:i386 (--configure):
libudev0:i386 175-0ubuntu6 cannot be configured because libudev0:amd64 is in a different version (175-0ubuntu5)
The history log shows aptdaemon has been called to install libgudev-1.0-0:i386 automatically, but libgudev1.0-0:amd64 is at a different version and there's no mention of upgrading libgudev1.
The history log subsequently shows an 'apt-get install -f' run that wants to upgrade libgudev1.
Unfortunately we don't appear to have any logs attached showing why the first upgrade failed, only why the 'apt-get install -f' failed, so it's difficult to figure out what package to blame for the root bug here.
androld, to work around this you probably need to run 'sudo dpkg -i /var/cache/