| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
archives in regular files, since both are seekable.
Thanks to: Reinoud Zandijk (@netbsd.org)
|
|
|
|
|
|
|
|
| |
GNU tar changed -l to match SUSv2 a couple of years ago,
so bsdtar no longer needs to pander to this particular GNUism.
Thanks to: Debian maintainers
MFC after: 7 days
|
|
|
|
| |
better is almost ready to commit.
|
|
|
|
|
|
|
|
| |
* prototypes for optarg/optind on platforms that don't already have them
* Disambiguate version number macros
* Remove unnecessary PACKAGE_NAME macro
* Hook for forthcoming bsdtar test suite
* Sync version number up with the portable distribution
|
| |
|
| |
|
|
|
|
|
|
| |
(This does a couple of things that the standard library's strmode()
doesn't; it proved useful in bsdcpio as well, so I pushed it down
into libarchive.)
|
|
|
|
| |
(It's in the C source, just wasn't in the COPYING file until now.)
|
|
|
|
|
|
| |
tar compatibility.
Approved by: re (bmah)
|
|
|
|
|
|
|
| |
are specified with the "-W option=arg" syntax and the '=' is omitted.
MFC after: 3 days
Approved by: re (rwatson)
|
|
|
|
|
|
| |
Thanks to: Joerg Sonnenberger
Approved by: re (hrs)
MFC after: 3 days
|
|
|
|
|
|
|
| |
set the delayed return value and keep going.
Approved by: re (hrs)
MFC after: 7 days
|
|
|
|
|
|
|
|
|
| |
* Implement --use-compress-program using new libarchive feature.
* Minor portability improvement by adjusting casts used to
print out uids, gids, and device numbers.
Thanks to: Joerg Sonnenberger for the --use-compress-program implementation.
MFC after: 15 days
|
|
|
|
| |
example that shows how to work with an ISO 9660 image.
|
|
|
|
|
|
|
|
| |
an error while skipping the body of an entry during
"tar -t" processing.
Thanks to: Spencer Minear
PR: misc/112521
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
failed path is one which was specified on the command line.
This is a compromise between the situation prior to revision 1.57
(where a race between tar(1) and rm(1) could cause tar(1) to
spuriously report an error) and the situation after revision 1.57
(where "tar -c /no/such/path" prints a warning but returns with
an exit code of zero).
Inspired by: rafan
MFC after: 1 week
|
|
|
|
|
| |
"tar -u" works again. Otherwise, "tar -u" wants to
treat every dir as new and re-adds it.
|
|
|
|
| |
dir names, so they match the names generated by 'find'.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
occur on the write side of extracting a file to ARCHIVE_WARN errors
when returning them from archive_read_extract.
In bsdtar: Use the return code from archive_read_data_into_fd and
archive_read_extract to determine whether we should continue trying to
extract an archive after one of the entries fails.
This commit makes extracting a truncated tarball complain once about
the archive being truncated, instead of complaining twice (once when
trying to extract an entry, and once when trying to seek to the next
entry).
Discussed with: kientzle
|
|
|
|
| |
Thanks to: Martin Koeppe for testing on Interix
|
|
|
|
| |
Thanks to: Joerg Sonnenberger for pointing out the need and the technique.
|
|
|
|
|
|
| |
handled in write_hierarchy.
Approved by: kientzle
|
|
|
|
| |
errors.
|
|
|
|
| |
'bsdtar -cf- @-' doesn't alter it.
|
|
|
|
| |
the archive_read_data_skip code.
|
|
|
|
|
|
|
|
|
|
|
|
| |
into separate append_archive and append_archive_filename functions; the first
takes a "struct archive *" as input, while the second takes a filename, opens
the archive, and calls the first.
There should be no changes in behaviour as a result of this commit; it simply
reorganizes code to make more sense. At some point in the future it may be
possible to share code between append_archive and read_archive, but not yet.
Discussed with: kientzle
|
| |
|
|
|
|
|
| |
Approved by: kientzle
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
doesn't start with @/ either.
This unbreaks "tar -c -C /no/such/directory @/path/to/archive".
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
affecting the return value from bsdtar), since (a) it usually occurs
due to a perfectly innocent (and unavoidable) race condition where a
user deletes a file in the window between bsdtar reading a directory
and attempting to read the file; and (b) aside from printing a warning
message, bsdtar behaves exactly as if the file had been deleted prior
to bsdtar reading its parent directory.
Reviewed by: kientzle
MFC after: 6 days
|
|
|
|
|
|
|
|
| |
complaining about lstat(2) failing. It's a bit scary to find the message
tar: /: Cannot stat: No such file or directory
printed while doing a backup.
MFC after: 1 week
|
|
|
|
|
|
|
| |
better job searching for the bsdtar binary to test and the gtar binary
to use for inter-operability testing. It should now find the built
(but not installed) binary if there is one, then search for an
installed binary in a number of standard locations.
|
|
|
|
|
|
|
|
|
|
| |
* New test scripts exercise some basic functionality
* Most header inclusions are now protected (portability)
* read.c now relies on security checks in libarchive instead
of trying to do its own (optimization)
* -p now enabled by default for root, add --no-same-permissions
to disable it
* Comments, minor style fixes.
|
|
|
|
|
|
|
|
|
| |
as part of an old configuration shuffle. As a result, although
ACL restore has been working, ACLs haven't been written into archives
for some time. <sigh>
Pointy hat: You know.
MFC after: 3 days
|
|
|
|
| |
sources of stat()/lstat() failure.
|
|
|
|
|
|
| |
determine if this is a physical dir without an lstat().
While I'm in here, try to clarify the comments around
the _is_dir() and _is_physical_dir() tests.
|
|
|
|
|
|
|
|
| |
of a growing file should not be considered a "bad thing."
PR: bin/108990
MFC after: 7 days
Pointy hat: /me
|
|
|
|
|
|
|
| |
(as determined by the initial size given to the header).
Libarchive recently changed to correctly return the amount
of data actually consumed in this case, which revealed this
bug in bsdtar.
|
|
|
|
|
|
|
| |
* Create file if it doesn't exist.
* If archive is "empty", then append to it with pax restricted
* If user specified a format, use that if it's compatible with
the existing format.
|
|
|
|
| |
2-clause BSD license, update the year to 2007.
|
|
|
|
|
|
|
| |
message from the archive being written (not the message from the archive
being read, where no error has occurred).
MFC after: 3 days
|
|
|
|
|
|
|
| |
of @archive commands. This bug should be harmless as long as you don't
use an excessive number of @archive commands.
MFC after: 1 week
|
|
|
|
|
|
| |
by printing an error message and exiting with a non-zero status code.
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
| |
mode, and --strip-components only makes sense in "x" and "t" modes.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
anything apart from invoking usage(), and apparently slipped in by
accident.
Approved by: kientzle
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
when parsing dates.
PR: bin/104934: bug in some date handling of bsdtar
Reported by: Herve Boulouis
MFC after: 3 days
|
|
|
|
| |
Thanks to: Stefan Farfeleder
|
|
|
|
|
|
| |
While I'm here, correctly alphabetize 't' after 's'.
Thanks to: VMiklos
|