Am 26.09.2012 23:53, schrieb Michael Mol: > On Wed, Sep 26, 2012 at 5:27 PM, Florian Philipp <li...@binarywings.net> > wrote: >> Am 26.09.2012 22:43, schrieb Matt Turner: >>> On Wed, Sep 26, 2012 at 1:30 PM, Michael Mol <mike...@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.
signature.asc
Description: OpenPGP digital signature
