>> Do you consider alternative bzip2 implementations available in Debian >> (lbzip2, pbzip2, p7zip-full, libcommons-compress-java) as "commonly >> available implementations"? They all produce different compressed >> files for the same input file. Moreover, lbzip2-0.23 from stable >> produces different files than lbzip2-2.1 from unstable. > > I have not seen files produced by these yet afaik, but it's sure nice to > have a list to try when someone comes with a weird file; I did not know > about some of those!
It's a vicious circle. People refrain from using alternative bzip2 implementations partly because pristine-tar doesn't support them. And pristine-tar doesn't support them because they're not used widely enough. For example I didn't compress my Debian lbzip2 package with lbzip2 itself only because of problems with pristine-tar! > Even bzip2 changed its output after 0.9.5d -- I have a program that uses > the compressor from the old version since some files needed it. Not the first and not the last time. The last change I'm aware of was in Oct 2004 (version 1.0.3). This means that with default parameters bzip2 1.0.2 and 1.0.3 can produce different files. >> I believe that pristine-tar generates "binary diffs" for gzip files it >> fails to reproduce, but doesn't do the same for bzip2 files. Maybe >> implementing such feature for bzip2 files is the solution? > > I'll add it if I see a bz2 file that can nearly exactly be reproduced > and only needs the delta to get the rest of the way. Haven't yet. Does an artificially crafted bz2 file count? If so, I can easily create one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
