X-Git-Url: https://git.dogcows.com/gitweb?a=blobdiff_plain;f=TODO;h=ce43a5ce29137ba2916b5b44ac94166ba62aea01;hb=c54ec5a8957749d4f4d1ae99f05f553013ad3e1d;hp=bf1e517cdff44194e2a63875d432748b09cf01f2;hpb=46f2740ff92cabb70f344677adc0836ab1897896;p=chaz%2Ftar diff --git a/TODO b/TODO index bf1e517..ce43a5c 100644 --- a/TODO +++ b/TODO @@ -11,29 +11,15 @@ Suggestions for improving GNU tar. This would unify paxutils with tar. * Remove command-line incompatibilities between GNU tar and UNIX tar - as specified by UNIX98. The main problems are: + as specified by UNIX98. The main problem is: l GNU tar doesn't cross filesystem boundaries. UNIX98 tar warns if all links cannot be resolved. - (GNU tar has no similar option.) + (GNU tar --check-links option) - o GNU tar says output old format. - UNIX98 tar says don't chown files after extracting - (GNU tar uses "--no-same-owner" for this). - - Many people rely on GNU tar's "l" and "o" so we can't abruptly change - GNU tar to be compatible with UNIX98 tar. - - However, "o" is relatively easy: we can extend GNU tar so that "o" is - a synonym for --no-same-owner when extracting, keeping "o"'s current - semantics when creating. This is a bit of a hack, but it shouldn't - break things. - - "l" will be harder, since it's a clear incompatibility. Perhaps we - could announce a phase-in period where "l" changes in semantics. - However, the first step should be to support the UNIX98 semantics, - using a long option, without changing the meaning of "l" for now. That - will give people a migration strategy. + 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. * Interoperate better with Joerg Schilling's star implementation. @@ -45,6 +31,7 @@ Suggestions for improving GNU tar. It would be useful to be able to use '--remove-files' with '--diff', to remove all files that compare successfully, when verifying a backup. + * Copyright notice Copyright (C) 2003 Free Software Foundation, Inc. @@ -65,3 +52,9 @@ Suggestions for improving GNU tar. 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. + + +Local variables: +mode: outline +paragraph-separate: "[ ]*$" +end: