[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#633782: debootstrap: "The bzcat is not available on the system" when installing sid



severity 633782 grave
tags 633782 d-i
clone 633782 -1
reassign 633782 libacl1
retitle 633782 libacl1: must not use bzip2 compression
reassign -1 libattr1
retitle -1 libattr1: must not use bzip2 compression
thanks

On Wed, Jul 13, 2011 at 09:56:46AM -0700, Arturo R. wrote:
> This is my first bug report. Bear with me if it's not properly formatted.
> 
> I'm getting the error message "The bzcat is not available on the
> system" when trying to install Debian sid from the latest daily
> debian-testing-i386-businesscard.iso, downloaded from
> http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/,
> dated 13-Jul-2011 17:22, SHA1
> b5701b9f48ab299a4571a736b576c2cf9773cac8.
[...]
> If I manually run debootstrap, a similar error occurs (complete
> debootstrap output attached):
> ~ # debootstrap --no-check-gpg --arch i386 sid /target
> http://ftp.us.debian.org/debian/
> I: Retrieving Release
> I: Validating Packages
> I: Resolving dependencies of required packages...
> I: Resolving dependencies of base packages...
> I: Found additional required dependencies: insserv libbz2-1.0 libdb5.1
> libslang2 multiarch-support
> I: Found additional base dependencies: libnfnetlink0 libsqlite3-0
> I: Checking component main on http://ftp.us.debian.org/debian...
> I: Validating libacl1
> <snip>
> I: Validating zlib1g
> I: Chosen extractor for .deb packages: ar
> I: Extracting libacl1...
> E: The bzcat is not available on the system

Packages in the base system must not use data.tar compression formats
other than gzip without prior coordination with the installer team.  In
this case, there seems really no good reason to use bzip2; the packages
are tiny, so the space gain cannot possibly be very large.  No
justification was given in the changelog.

Anibal, please undo your changes to acl and attr, so that at least
libacl1 and libattr1 use gzip compression, not bzip2.

Thanks,

-- 
Colin Watson                                       [cjwatson@debian.org]



Reply to: