[lucid] /var/lib/dpkg/tmp.ci/preinst: 399: arithmetic expression: expecting EOF: "3.0-0-generic"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
debootstrap (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Hardy |
Invalid
|
Undecided
|
Unassigned | ||
Lucid |
Invalid
|
Undecided
|
Unassigned | ||
Maverick |
Invalid
|
Undecided
|
Unassigned | ||
Natty |
Invalid
|
Undecided
|
Unassigned | ||
eglibc (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Hardy |
Invalid
|
High
|
Unassigned | ||
Lucid |
Won't Fix
|
High
|
Unassigned | ||
Maverick |
Invalid
|
High
|
Unassigned | ||
Natty |
Invalid
|
High
|
Unassigned |
Bug Description
Creating 'lucid' chroot is not possible under oneiric due to code which check for kernel version and bails out when 3.0 kernel is used on host machine:
15:19 hrw@puchatek:
ives/libc6_
(Reading database ... 344 files and directories currently installed.)
Unpacking libc6 (from .../libc6_
[: 399: Illegal number: 3.0-0-generic
/var/lib/
dpkg: error processing /var/cache/
subprocess new pre-installation script returned error exit status 2
Errors were encountered while processing:
/var/cache/
Changed in debootstrap (Ubuntu Hardy): | |
status: | New → Invalid |
Changed in debootstrap (Ubuntu Lucid): | |
status: | New → Invalid |
Changed in debootstrap (Ubuntu Maverick): | |
status: | New → Invalid |
Changed in debootstrap (Ubuntu Natty): | |
status: | New → Invalid |
Changed in eglibc (Ubuntu): | |
status: | New → Invalid |
Changed in eglibc (Ubuntu Hardy): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in eglibc (Ubuntu Lucid): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in eglibc (Ubuntu Maverick): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in eglibc (Ubuntu Natty): | |
importance: | Undecided → High |
status: | New → Triaged |
tags: | added: patch |
While we could SRU this, it won't be much use until we fix debootstrap to be able to handle fetching packages from multiple suites (i.e. lucid + lucid-updates). Until then, perhaps an LD_PRELOAD wrapper to lie about uname() might be a workaround ...