Bug#785619: linux-headers-4.0.0-1-common: headers for 32-bit and 64-bit kernels conflict with each other
Package: linux-headers-4.0.0-1-common
Version: 4.0.2-1
Severity: normal
linux-headers-4.0.0-1-amd64 and linux-headers-4.0.0-1-686-pae can not be
co-installed.
aptitude install linux-image-4.0.0-1-amd64:amd64 linux-headers-4.0.0-1-amd64:amd64
The following NEW packages will be installed:
linux-headers-4.0.0-1-amd64:amd64 linux-headers-4.0.0-1-common:amd64{ab}
linux-image-4.0.0-1-amd64:amd64
The following packages are RECOMMENDED but will NOT be installed:
irqbalance:amd64
0 packages upgraded, 3 newly installed, 0 to remove and 133 not upgraded.
Need to get 39.9 MB of archives. After unpacking 194 MB will be used.
The following packages have unmet dependencies:
linux-headers-4.0.0-1-common:amd64 : Conflicts: linux-headers-4.0.0-1-common but 4.0.2-1 is installed.
linux-headers-4.0.0-1-common : Conflicts: linux-headers-4.0.0-1-common:amd64 but 4.0.2-1 is to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) linux-headers-4.0.0-1-686-pae
2) linux-headers-4.0.0-1-common
I.e. the issue is in linux-headers-4.0.0-1-common package being in conflict
between :i386 and :amd64 flavors.
This is a test machine, which is booted into different kernels and I
need to build third-party modules for each kernel. As far as I understand,
linux-headers-4.0.0-1-common has the same content for :i386 and :amd64
(because both has kernel arch=x86), so I am sure I can work around this issue,
but it will be nice to get it fixed in Debian.
-- System Information:
Debian Release: stretch/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
-- debconf-show failed
--
Alexandra N. Kossovsky
OKTET Labs (http://www.oktetlabs.ru/)
Reply to: