[FFe] support for making linux-libc-dev coinstallable under multiarch
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
armel-cross-toolchain-base (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Natty |
Fix Released
|
Undecided
|
Unassigned | ||
Oneiric |
Invalid
|
Undecided
|
Unassigned | ||
bash-completion (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Natty |
Won't Fix
|
Medium
|
Unassigned | ||
Oneiric |
Won't Fix
|
Undecided
|
Unassigned | ||
eglibc (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Natty |
Fix Released
|
High
|
Unassigned | ||
Oneiric |
Fix Released
|
Undecided
|
Unassigned | ||
gcc-defaults (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Natty |
Fix Released
|
Undecided
|
Unassigned | ||
Oneiric |
Fix Released
|
Undecided
|
Unassigned | ||
klibc (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Natty |
Fix Released
|
High
|
Unassigned | ||
Oneiric |
Fix Released
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Natty |
Fix Released
|
Medium
|
Unassigned | ||
Oneiric |
Fix Released
|
Medium
|
Unassigned | ||
linux-ti-omap4 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Natty |
Fix Released
|
Undecided
|
Unassigned | ||
Oneiric |
Fix Released
|
Undecided
|
Unassigned | ||
newlib (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Natty |
Fix Released
|
Undecided
|
Unassigned | ||
Oneiric |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
FFe justification: now that multiarch support for runtime libraries in the base system is available in the archive, the next step in this process is multiarch coinstallability of -dev packages. Although most of the remaining work on multiarch -dev can and will take place in ppa for natty given where we are in the release cycle, any -dev package tree has at its root linux-libc-dev which is built from the 'linux' source package - the package which is updated more frequently than any other by SRU. Rather than trying to keep up with SRUs, or artificially inflating the version of a linux-libc-dev-only package build in ppa, it would be welcome if a multiarch-ready linux-libc-dev could be included in the archive for natty.
Risks: anything that looks directly in /usr/include/asm for headers will have problems with this change; anything that uses the system include path from the compiler will not. My best efforts at examining the archive for this issue (see below for details) have turned up only four packages in main and universe that are affected: three C library implementations, and bash-completion. Updating these packages in concert is manageable (patch for eglibc is ready, patches for the others are in preparation), but there's always some risk that the text search on package sources has missed something, and there wouldn't be room for another full archive rebuild before release to catch other breakage.
Details:
In order to have coinstallable multiarch -dev packages of any sort, linux-libc-dev first needs to be coinstallable since libc-dev depends on it. This seems to be straightforward to achieve; only the asm directory needs to be moved to the multiarch directory path, all the other header files appear to be (sensibly) architecture-
The compiler will find /usr/include/
Changed in linux (Ubuntu): | |
importance: | Undecided → Wishlist |
summary: |
- support for making linux-libc-dev coinstallable under multiarch + [FFe] support for making linux-libc-dev coinstallable under multiarch |
description: | updated |
affects: | linux (Ubuntu) → klibc (Ubuntu) |
affects: | klibc (Ubuntu) → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Changed in eglibc (Ubuntu Natty): | |
status: | New → Triaged |
Changed in eglibc (Ubuntu Oneiric): | |
status: | New → Triaged |
Changed in klibc (Ubuntu Natty): | |
status: | New → Triaged |
Changed in klibc (Ubuntu Oneiric): | |
status: | New → Triaged |
Changed in eglibc (Ubuntu Natty): | |
importance: | Undecided → High |
Changed in klibc (Ubuntu Natty): | |
importance: | Undecided → High |
Changed in gcc-defaults (Ubuntu Oneiric): | |
status: | New → Triaged |
Changed in eglibc (Ubuntu Natty): | |
status: | Triaged → Fix Committed |
Changed in gcc-defaults (Ubuntu Oneiric): | |
status: | Triaged → Fix Released |
Changed in eglibc (Ubuntu Oneiric): | |
status: | Triaged → Fix Released |
Changed in newlib (Ubuntu Oneiric): | |
status: | New → Fix Released |
Changed in bash-completion (Ubuntu Natty): | |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in klibc (Ubuntu Oneiric): | |
status: | Triaged → Fix Released |
Changed in armel-cross-toolchain-base (Ubuntu Oneiric): | |
status: | New → Invalid |
Changed in bash-completion (Ubuntu Oneiric): | |
status: | New → Invalid |
status: | Invalid → Triaged |
Changed in linux-ti-omap4 (Ubuntu Natty): | |
status: | New → Fix Committed |
Changed in linux-ti-omap4 (Ubuntu Oneiric): | |
status: | New → Fix Released |
Changed in linux-ti-omap4 (Ubuntu Natty): | |
status: | Fix Committed → Invalid |
Changed in linux (Ubuntu Oneiric): | |
importance: | Undecided → Medium |
Changed in linux (Ubuntu Natty): | |
importance: | Undecided → Medium |
Changed in linux (Ubuntu Oneiric): | |
status: | Fix Committed → Fix Released |
Changed in bash-completion (Ubuntu Natty): | |
status: | Triaged → Won't Fix |
Changed in bash-completion (Ubuntu Oneiric): | |
status: | Triaged → Won't Fix |
Things broken in main by this change: asm/unistd. h at runtime)
bash-completion for strace (syscall names are looked up in /usr/include/
eglibc (needs updated relative path information for bootstrapping)
klibc (idem)
newlib (idem)
This is based on a manual examination of the output of this command:
FINDARGS='! ( -regex \./.*/debian/.* -o -iname changelog* -o -iname config.h.in -o -regex \./.*/gnulib/.* )' GREP=pcregrep POST_UNPACK= "$UST/repo- tools/unpack- patch-cleanup" $UST/repo- tools/for- archive /mirror/ ubuntu/ dists/natty/ main/source/ Sources. gz /mirror/ubuntu/ $UST/repo- tools/for- archive- tools/unpack- search '(?<!(sun/ tools|objectweb |#include[ [:space: ]]))["< /]asm/| include/ asm/'
A copy of the log is available here:
http:// people. canonical. com/~vorlon/ asm-header- misuse- main-20110404. log