Changelog
pristine-tar (1.00~intrepid1) intrepid-backports; urgency=low
* Automated backport upload; no source changes.
pristine-tar (1.00) unstable; urgency=low
* pristine-gz: Fall back to storing a binary delta, in the rare
cases where the file cannot be 100% reproduced. A warning message
is printed if the binary delta is not relatively small.
* Allows generating quite small deltas for php-geoip,
xsupplicant, libgraphics-colornames-perl,
Ricoh-Aficio_2020D-Postscript.ppd.gz, and dozens on others
that zgz can closely replicate. Closes: #518972, #506874
* For other things the deltas are not as small.
This seems an accepable tradeoff to be able to reliably use it on
anything. Closes: #475778, #509703, #509707, #515256, #515331
* Increase gz delta version number to 3.0 if a binary delta file
is included.
* pristine-tar: Avoid dying in corner case involving tar's filename
encoding. Fixes several failures.
* pristine-tar: Avoid dying if tar tv exits nonzero. This makes
reproducing star's tarball work, even though tar gets upset
while listing it and decides to die at the end.
* pristine-gz: Avoid passing -F to zgz if --original-name
is passed. This bug prevented pristine-gz gengz from
recreating the gz in some cases.
* Add aliases ci and co for commit and checkout. Closes: #500388
* pristine-gz: Fix generation of gz files that have a null filename field.
* pristine-tar: Fix behavior in the corner case where the tarball
puts all files in a subdir, but does not contain the subdir's directory
entry.
Stats: Successfully generates deltas for all 14446 tarballs in the
Debian archive. Mean delta size: 19K Median: 2.6K Mode: 1.5K
pristine-tar (0.22) unstable; urgency=low
* Fix syntax mistake that could cause pristine-tar to in some cases
fail on tarballs containing files named "0". Closes: #523773
pristine-tar (0.21) unstable; urgency=low
* Add support for GIT_DIR. Closes: #512619
pristine-tar (0.20) unstable; urgency=low
* Avoid littering .orig.tar.gz.tmp files around by building intermediate
tarball in the temp dir. Closes: #508965
pristine-tar (0.19) unstable; urgency=low
[ Josh Triplett ]
* Add a .gitignore file
* Various cleanups to zgz.
* Remove the unnecessary -l, -S, -t, and -v flags from zgz.
* Allow the empty string as an original filename in zgz, rather than
treating the empty string as a flag to not store an original filename.
* Fix zgz's usage message to stop identifying the program as gzip.
* Add a new -T,--timestamp flag to zgz, to explicitly set the timestamp
stored in the gzip file, rather than taking the timestamp of the input
file. Closes: #507110
[ Joey Hess ]
* zgz: Avoid using uninitialized data as timestamp in -c mode.
Closes: #507095
* Document existing long options. Closes: #499488
* Avoid exposing tar file names to the shell. Closes: #500499
* Clarify bit in man page about what file formats are supported.
Closes: #507322
[ Josh Triplett ]
* zgz: Incorporate a cut-down version of GNU gzip to support the --gnu
option. The cut-down gzip includes support for explicitly setting the
timestamp and original filename. Closes: #506627
* pristine-gz: Now that zgz supports explicitly setting the timestamp and
original filename with both --zlib and --gnu, use that support to do all
compression using -c with standard input and standard output. This
removes the need to create a temporary file with the original filename and
set its timestamp, as well as the need to continuously recreate the file
when compressed and removed. Closes: #506627
* zgz: Remove support for files, making -c the default. This removes a lot
of complexity and code duplication.
pristine-tar (0.18) unstable; urgency=low
* pristine-gz: Avoid uncompressing the original file more than once.
Closes: #506490
pristine-tar (0.17) unstable; urgency=low
* Correct -f order to come after --gnu.
pristine-tar (0.16) unstable; urgency=low
* pristine-gz: Always pass -f to zgz, to support cases where
the gzip header claims that the original input file had an extension
that suggests it was itself already compressed. (Although it can't really
be.) Not doing the same for gzip because -f doesn't cause it to ignore
extensions. See #475778
-- Scott Kitterman <email address hidden> Sat, 25 Jul 2009 18:27:05 +0100