Opened 21 years ago
Closed 20 years ago
#561 closed defect (fixed)
tar-1.15.1
| Reported by: | Owned by: | Matthew Burgess | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Book | Version: | SVN |
| Severity: | normal | Keywords: | |
| Cc: | petri.koistinen@… |
Description
Creating a bug for GNU tar just to be consistent. Couldn't find anything in the bugs database to match it.
Change History (18)
comment:1 by , 21 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 21 years ago
| dependson: | → 30 |
|---|
comment:3 by , 21 years ago
comment:4 by , 21 years ago
| dependson: | 30 |
|---|
comment:5 by , 21 years ago
Again - not reopening, just informing that 1.13.91 is now available...certainly looks like an "official stable" (as opposed to a "de-facto stable") release may be out soon. The NEWS file is fairly detailed. Some of the entries I think are most relevant to us are:
- Added support for POSIX.1-2001 archive format.
- New option --format allows to select the output archive format
- The default output format can be selected at configuration time by presetting the environment variable DEFAULT_ARCHIVE_FORMAT. Allowed values are GNU, V7, OLDGNU and POSIX.
- New options --index-file, --no-overwrite-dir. The --overwrite-dir option is now the default; use --no-overwrite-dir if you prefer the previous default behavior.
- The semantics of -o option is changed. When extracting, it does the same as --no-same-owner GNU tar option. This is compatible with UNIX98 tar. Otherwise, its effect is the same as that of --old-archive option. This latter is deprecated and will be removed in future.
Regards,
Matt.
comment:6 by , 21 years ago
| Cc: | added |
|---|
comment:9 by , 21 years ago
The check for iconv in tar-1.13.93 is not correct. It fails to detect that iconv() is implemented by glibc. Three options (i.e. in case the book plans to upgrade):
- sed -i "s@-liconv@-lc@" configure
- export CPPFLAGS="-DHAVE_LIBICONV"
- Patch configure.ac to detect that inconv() is implemented in libc. Have sent
the report to bug-tar@….
comment:10 by , 21 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
| Summary: | tar-1.13.25 → tar-1.13.94 |
Version increment (1.13.94)
comment:11 by , 21 years ago
| Status: | reopened → assigned |
|---|
comment:12 by , 21 years ago
| Owner: | changed from to |
|---|---|
| Status: | assigned → new |
comment:15 by , 21 years ago
| Summary: | tar-1.13.94 → tar-1.14 |
|---|
comment:16 by , 20 years ago
| Priority: | high → normal |
|---|---|
| Resolution: | fixed |
| Status: | closed → reopened |
| Summary: | tar-1.14 → tar-1.15 |
| Version: | CVS → SVN |
Version increment (1.15). Lots of changes and bug fixes in NEWS.
comment:17 by , 20 years ago
| Summary: | tar-1.15 → tar-1.15.1 |
|---|
Version increment (1.15.1):
This version fixes a bug introduced in 1.15 which caused tar to refuse to extract files from standard input.
Version increment (1.3.90)
Not reopening this bug on purpose as this package is special in that we are already using a so-called "alpha" version from alpha.gnu.org. In other words, there shouldn't be any need to immediately upgrade to this newer "alpha" version just because it exists. Lets wait for other distros (e.g. Debian unstable) to try it out before we even consider it. Although, the new version number suggests that a new proper release is not too far off.