Debian Bug report logs - #688303
Please support concatenated bz2 files in zlib-functions

version graph

Package: bzip2; Maintainer for bzip2 is Anibal Monsalve Salazar <[email protected]>; Source for bzip2 is src:bzip2 (PTS, buildd, popcon).

Affects: apt

Reported by: Thijs Kinkhorst <[email protected]>

Date: Fri, 21 Sep 2012 09:30:02 UTC

Severity: wishlist

Merged with 710520

Found in version bzip2/1.0.6-4

Full log

Message #24 received at [email protected] (full text, mbox, reply):

Received: (at 710520) by bugs.debian.org; 9 Jun 2013 20:48:46 +0000
From [email protected] Sun Jun 09 20:48:46 2013
X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02
	(2011-06-06) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 required=4.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HAS_BUG_NUMBER,RCVD_IN_DNSWL_LOW,
	SPF_PASS autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 20; hammy, 146; neutral, 63; spammy,
	2. spammytokens:0.953-+--our, 0.854-+--party hammytokens:0.000-+--H*F:debian,
	0.000-+--kalnischkies, 0.000-+--Kalnischkies, 0.000-+--wheezy,
	0.000-+--H*RU:sk:donkult
Return-path: <[email protected]>
Received: from mail-wg0-f41.google.com ([74.125.82.41])
	by buxtehude.debian.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:128)
	(Exim 4.80)
	(envelope-from <[email protected]>)
	id 1UlmXe-0001FW-Gf
	for [email protected]; Sun, 09 Jun 2013 20:48:46 +0000
Received: by mail-wg0-f41.google.com with SMTP id k13so2584003wgh.0
        for <[email protected]>; Sun, 09 Jun 2013 13:48:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        bh=q1LGc8K+uTQOQSK9i43ooY1OXhRpl3l7odZ6SbB5VVw=;
        b=WFe99rPy1yWvLGmCEQLZmUYJQ0u60gpf88lD4zOEONt6k99rKf++EL0rQdpP/wb+RT
         IO+ret/tZ/h/V+W/Nqs6zUIif+axO9XBXCLGW2J1y6E0uYCwoctgiCOLqYuskF5O1d/+
         /7QFx9mgQzdG4AM3QaZYVRh5CVBbD/52CK+0P2tz3Khu2SyLIg4lepPsvFbK5vb0LAAG
         JEYjUS0Lys5lLeJP93aQxw4DYeLEBciHv8+MuK30QxQavV9NwTSECtqpCMtCT8a9eu4l
         1GSX77ykOqubLYguh82NyyuitcJbNIhMNgGpZrfKgP02+xnNGVZBRmWZ5H0Od/BHJ4hR
         Lhiw==
X-Received: by 10.180.206.176 with SMTP id lp16mr3179644wic.43.1370810919754;
 Sun, 09 Jun 2013 13:48:39 -0700 (PDT)
MIME-Version: 1.0
Sender: [email protected]
Received: by 10.194.71.168 with HTTP; Sun, 9 Jun 2013 13:47:58 -0700 (PDT)
In-Reply-To: <20130531144549.32740.15246.reportbug@reporting>
References: <20130531144549.32740.15246.reportbug@reporting>
From: David Kalnischkies <[email protected]>
Date: Sun, 9 Jun 2013 22:47:58 +0200
X-Google-Sender-Auth: JXj5_V5wnnXDebmqhog2lp8KDEs
Message-ID: <CAAZ6_fAmoWtgDj3xx=X58HEzoxBr=Zkgb6DCu8BXAh7B85VRDw@mail.gmail.com>
Subject: Re: Bug#710520: apt: New /usr/lib/apt/methods/bzip2 (gzip) now
 incompatible with pbzip2
To: Mike Ashton <[email protected]>, [email protected]
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Control: reassign -1 bzip2
Control: forcemerge 688303 -1
Control: affects -1 apt

On Fri, May 31, 2013 at 4:45 PM, Mike Ashton <[email protected]> wrote:
> In squeeze /usr/lib/apt/methods/bzip2 was an independent binary, but

In lenny, we had a gzip binary and a link from bzip2 to gzip – all the
binary did was calling an external program (gzip, bzip2, xz, …).
With squeeze we introduced zlib-support, so the old gzip binary was renamed
to bzip2 and the gzip binary used our FileFd (party hiding zlib).
With wheezy FileFd got libbz2-support (required by dpkg while the binary
 isn't available always, but needed for e.g. Translation-* files) and our
FileFd hides the crazyiness of compressed or uncompressed files and if we
use a library or call out to an external (de)compressor completely.


Current implementation stands and falls with (as the name might already
suggests) on file-level operations. zlib supports it (of course), bz2
has kinda support for it (which is good enough for dpkg, so it should be
good enough for us™) and xz (which is the obvious next step) seems to have
no support (but I will worry about that later I guess).


> The binary must read *all* the data, not just the first stream.

Then, that "must" should be enforced for the benefit of everyone [0] by
implementing it in the library for the file-level API rather than asking
each and every binary to use a handbaked stream-level to file-level layer.

[0] http://codesearch.debian.net/search?q=BZ2_bzread

Hence, reassigning and merging with the previous report.


Best regards

David Kalnischkies

Send a report that this bug log contains spam.

Debian bug tracking system administrator <[email protected]>. Last modified: Sun Sep 22 09:17:52 2024; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.