X-Git-Url: https://git.dogcows.com/gitweb?a=blobdiff_plain;f=TODO;h=f440a08d585b939a6599419a2c5767762004d21b;hb=1bcbbcf1ff2c537ffa970dbf82e3843d4ad110e5;hp=e756ff3d64ad001817f444afd7a76f25e652b0d8;hpb=c92c357a6277d7316fa688538991d25299f7b430;p=chaz%2Ftar diff --git a/TODO b/TODO index e756ff3..f440a08 100644 --- a/TODO +++ b/TODO @@ -1,24 +1,19 @@ Suggestions for improving GNU tar. +* <45BEC0DB.8040903@unix-beratung.de> + * Incorporate fixes from major distributions, e.g., Debian GNU/Linux. -* Add support for GNU private keywords in POSIX 1003.1-2001 headers, -so that the GNU extensions (--sparse, --incremental, --label and ---multi-volume) may be used with POSIX archives. +* Add support for restoring file time stamps to sub-second resolution, + if the file system supports this. -* Add support for a 'pax' command that conforms to POSIX 1003.1-2001. - This would unify paxutils with tar. +* Add support for restoring the attributes of symbolic links, for + OSes like FreeBSD that have the lutimes and lchmod functions. -* Remove command-line incompatibilities between GNU tar and UNIX tar - as specified by UNIX98. The main problem is: +* --append should bail out if the two archives are of different types. - l GNU tar doesn't cross filesystem boundaries. - UNIX98 tar warns if all links cannot be resolved. - (GNU tar --check-links option) - - Perhaps we could announce a phase-in period where "l" changes in semantics. - In the meanwhile we could make the "l" semantics to be determined by the - value of POSIXLY_CORRECT variable. +* Add support for a 'pax' command that conforms to POSIX 1003.1-2001. + This would unify paxutils with tar. * Interoperate better with Joerg Schilling's star implementation. @@ -30,36 +25,33 @@ so that the GNU extensions (--sparse, --incremental, --label and It would be useful to be able to use '--remove-files' with '--diff', to remove all files that compare successfully, when verifying a backup. -* Add an option to cut away the first N output path elements: +* Add tests for the new functonality. + +* Consider this: - From: Marc Haber - Date: Tue, 26 Aug 2003 08:55:31 +0200 + From: Dennis Pund + Subject: TAR suggestion... + Date: Wed, 1 May 2002 18:26:36 -0500 (EST) - some archives have members like - foo/bar - foo/baz - foo/bam - - When I now want to extract the three members bar, baz and bam to the - directory fom instead foo, I need to extract to foo and then to move - the files over manually. + What I would like to do is: - patch(1) solves that problem by offering an option taking the number - of path elements to cut away before using the path name. With an - option like that, the above problem could be solved with + foo my.tar.gz | tar -xzOf - | tar -cMf - -L 650000 - | bar - tar --extract --cut-path-elements 1 --directory fom + where 'foo' is a program that retrieves the archive and streams it + to stdout and bar is a program that streams the stdin to CDR. - + (http://mail.gnu.org/archive/html/bug-gnu-utils/2002-05/msg00022.html) + + * Copyright notice - Copyright (C) 2003 Free Software Foundation, Inc. + Copyright (C) 2003, 2004, 2007 Free Software Foundation, Inc. This file is part of GNU tar. GNU tar is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by - the Free Software Foundation; either version 2, or (at your option) + the Free Software Foundation; either version 3, or (at your option) any later version. GNU tar is distributed in the hope that it will be useful, @@ -69,8 +61,8 @@ so that the GNU extensions (--sparse, --incremental, --label and You should have received a copy of the GNU General Public License along with tar; see the file COPYING. If not, write to - the Free Software Foundation, Inc., 59 Temple Place - Suite 330, - Boston, MA 02111-1307, USA. + the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, + Boston, MA 02110-1301, USA. Local variables: