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 <firstname.lastname@example.org> wrote:
>>> Am 26.09.2012 22:43, schrieb Matt Turner:
>>>> On Wed, Sep 26, 2012 at 1:30 PM, Michael Mol <email@example.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:
>>> 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
> generate_initial_trees: Assertion `a < b' failed.
> Something in that file is upsetting lbzip2. I'm investigating.
Okay, reported and (hopefully) fixed in
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. ;-)