Hi, > > dpkg in Debian woody (3.0) is broken by recent linux kernels; > > due to the following command changing behavior (mmap of > > zero-byte length): > > > > addr=mmap(NULL, 0, PROT_READ, MAP_SHARED, fd, 0); > > > > These bugs are caused by mmap changing behavior; > > it used to return NULL when given a length of 0. > > However, it now returns -1, and gives back an errno=EINVAL. > > > Indeed. This was the sole change in the 1.13.8 release. Thanks, I didn't notice it was since 2.6.12. woody dpkg was long broken. I've only seen more recent reports about this. To fix this problem, will require update to dpkg in woody; which might not be feasible. We could drop support of woody chroots in etch. It might be possible to add a workaround hack in [c]debootstrap to trap mmap; or fill status/available files before invoking dpkg. I'm not quite sure why sarge manages to bootstrap despite having a dpkg version (1.10.28) that shouldn't work. regards, junichi
Attachment:
pgpeSvfWlcwJ8.pgp
Description: PGP signature
- References:
- Debian woody dpkg no longer works with recent linux kernel.
- From: Junichi Uekawa <[email protected]>
- Re: Bug#322309: Debian woody dpkg no longer works with recent linux kernel.
- From: Scott James Remnant <[email protected]>
- Debian woody dpkg no longer works with recent linux kernel.
- Prev by Date: Re: [uml-devel] Re: [PATCH] UML TT-mode-only compile fix.
- Next by Date: Re: A possible idea for Linux: Save running programs to disk
- Previous by thread: Re: Bug#322309: Debian woody dpkg no longer works with recent linux kernel.
- Next by thread: Re: Bug#322309: Debian woody dpkg no longer works with recent linux kernel.
- Index(es):