X-Git-Url: https://git.dogcows.com/gitweb?p=chaz%2Ftar;a=blobdiff_plain;f=TODO;h=c56d3359553e6c9819431c36a624169416a922ca;hp=e756ff3d64ad001817f444afd7a76f25e652b0d8;hb=HEAD;hpb=c92c357a6277d7316fa688538991d25299f7b430 diff --git a/TODO b/TODO index e756ff3..c56d335 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,47 +25,42 @@ 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 2003-2004, 2007, 2013-2014 Free Software Foundation, Inc. - This file is part of GNU tar. +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) - any later version. +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 3 of the License, or +(at your option) any later version. - GNU tar is distributed in the hope that it will be useful, - but WITHOUT ANY WARRANTY; without even the implied warranty of - MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the - GNU General Public License for more details. +GNU tar is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. - 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. +You should have received a copy of the GNU General Public License +along with this program. If not, see . Local variables: