[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] ship app-arch/pbzip2 instead of app-arch/bzip2
From:       Florian Philipp <lists () binarywings ! net>
Date:       2012-09-27 15:09:58
Message-ID: 50646C46.3020106 () binarywings ! net
[Download RAW message or body]


Am 27.09.2012 09:22, schrieb Florian Philipp:
> Am 26.09.2012 23:53, schrieb Michael Mol:
>> On Wed, Sep 26, 2012 at 5:27 PM, Florian Philipp <lists@binarywings.net> wrote:
>>> Am 26.09.2012 22:43, schrieb Matt Turner:
>>>> On Wed, Sep 26, 2012 at 1:30 PM, Michael Mol <mikemol@gmail.com> wrote:
>>>>> A few months ago, I filed bug 423651 to ask that bzip2 on the install
>>>>> media be replaced with
>>>>>  pbzip2. It was closed a short while later, telling me that it'd
>>>>> involve changing what's kept in @system, and that had to be discussed
>>>>> here, rather than in a bug report.
>>>>
>>>> If we're going to ship a parallel bzip2 implementation, it should be
>>>> lbzip2 and not pbzip2.
>>>>
>>>> lbzip2 can decompress bz2 archives with multiple threads that haven't
>>>> been compressed with lbzip2/pbzip2.
>>>>
>>>
>>> This seems relevant, especially comment 12ff:
>>> https://bugs.gentoo.org/show_bug.cgi?id=309683
>>>
>>> For further anecdotal evidence: I've used pbzip2 with USE="symlink" for
>>> several months now and never had trouble with it. Checking out lbzip2
>>> now. I noticed it doesn't install a bunzip2 symlink.
>>
>> Piotr Szymaniak asked me about lbzip2, and I bounced the question over
>> to my friend. He didn't investigate it deeply; it crashed (OOM or
>> something else, I don't know) when he tried it on a large file. Could
>> have been from 2GB to 2TB, from what he has laying around. I don't
>> know; I didn't get that one in writing. :)
>>
>> But if it proves to be stable for small and very large files, I'd have
>> no complaint. :)
>>
> 
> I just encountered this:
> 
> bzip2 -c </srv/qemu/hpwin.img >/dev/null
> bzip2:
> /var/tmp/portage/app-arch/lbzip2-2.2/work/lbzip2-2.2/src/encode.c:794:
> generate_initial_trees: Assertion `a < b' failed.
> 
> Something in that file is upsetting lbzip2. I'm investigating.

Okay, reported and (hopefully) fixed in
https://bugs.gentoo.org/show_bug.cgi?id=436382

In my infinite confidence in my own coding and testing skills I suggest
copying the proposed patch to /etc/portage/patches/app-arch/lbzip2-2.2
before trying out lbzip2. ;-)

Regards,
Florian Philipp


["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]