Archive-Tar
view release on metacpan or search on metacpan
1.96 24/10/2013
- integrate Package::Constants into Constant module
and remove requirement on it.
1.94 24/10/2013
- install into site if >= 5.012
1.93_02 22/10/2013 (XLAT)
- [rt.cpan.org #78030] symlinks resolution on MSWin32
1.92 18/09/2013 (David Steinbrunner)
- typo fixes
1.90 05/09/2012 (Tom Jones)
- documentation fixes
1.88 01/06/2012 (Markus Prosch)
- resolved chown won't work on symlinks
1.86 24/05/2012 (Mark Allen)
- don't use tell on IO::Zlib handles RT#64339
1.84 02/03/2012 (HMBRAND)
- ptar now supports -T option [rt#75473]
- ptar now supports dashless options [rt#75475]
- auto-encode filenames marked as UTF-8 [rt#75474]
1.82 21/11/2011 (CDRAKE)
- Adjustments to handle files >8gb (>0777777777777 octal)
- Feature to return the MD5SUM of files in the archive
1.80 13/10/2011
- patch from Rocky Bernstein to add file chown() method [rt#71221]
1.78 08/09/2011
- patch from Rocky Bernstein to add chown() method [rt#70623]
- blead patch from Alexandr Ciornii to resolve [perl#78708]
1.76 07/01/2011
- upstream blead patches from Peter Acklam
1.74 18/12/2010
- Skip extracting pax extended headers, reported as
RT #64038
1.72 18/11/2010
- Apply patch from Grant McLean to update docs for
ptargrep
1.70 15/11/2010
- Add ptargrep utility courtesy of Grant McLean
1.68 17/08/2010
- Apply a patch from Colin Newell that checks whether long files can be created or
not in 02_methods.t. Hopefully resolves RT #57312 and RT #56163
1.66 26/07/2010
- Applied a patch from Alexandr Ciornii [RT#59699] to Makefile.PL which produces better META.yml
- Apply a patch from Alexandr Ciornii to ptar [RT#59700]:
Adds option -C to allow archives created with ptar to be uploaded to
PAUSE in case of Windows or world +w permissions on unix.
1.64 09/07/2010
- Removed the PERL_CORE specific chdir from all the tests
- Apply a patch from David Muir Sharnoff RT #58916,
"skip files via a callback and limit memory use when skipping files"
- Apply a patch from Daphne Pfister RT #59150
"Assumes all references filename are IO::Handle's instead of trying to stringify."
1.62 28/06/2010
- Apply part of patch from https://bugzilla.redhat.com/attachment.cgi?id=426194
reported by Martin Cermak in RT #58636 relating to a Redhat ticket
https://bugzilla.redhat.com/show_bug.cgi?id=606813
1.60 23/04/2010
- Apply patch from Darrell K. [RT #54850] that makes write() and create_archive() close only handles
they opened.
When you pass a filehandle to Archive::Tar::write() or create_archive(),
it closes the filehandle after writing to it. I think it makes more
sense not to close a handle that A::T didn't open, since the application
may need to write additional data to it. (Consider sockets, package
files containing encapsulated tar archives, etc.)
Example:
$ perl -e 'use Archive::Tar; open(PKG, ">mypkg") or die "open: $!"; my
$tar = Archive::Tar->new; $tar->add_data("foo.txt","hello");
$tar->write(\*PKG); print PKG "more data" or die "print: $!";'
print: Bad file descriptor at -e line 1.
- Fool the installer into replacing our scripts that were installed by core with versiononly set.
1.58 17/02/2010
- Apply a patch from toddr@null.net that addreses RT #54714
Subject: $@ not cleaned up after eval
This section of code seems to be trying to use future functionality
not yet present in IO::Zlib (tell). I was chasing another bug and getting very confused
by this population of $@. Could I request you cleanup $@ if you expect and/or don't care
about failure from this eval?
1.56 03/02/2010
- Apply a patch from Mark Swayne that addresses RT #50471;
Archive::Tar generates file headers with space padded numbers for size,
mtime and checksum. This format is incompatible with some versions of
the busybox implementation of tar (I am using 1.13.2), which requires 0
padded numbers (despite comments in the source that say otherwise).
I've included a patch that adds a control flag that enables zero padded
numbers in the header. It passes all tests with ActiveState Perl 5.8.8
on WinXP.
1.54 10/09/2009
- Apply a patch from Niko Tyni (ntyni@debian.org) that resolves RT #48879;
As seen in [rt.cpan.org #48879], although the recommended way of
retrieving the last error is to use an instance method ($tar->error),
( run in 3.052 seconds using v1.01-cache-2.11-cpan-b16cb0d3907 )