Return-Path: <anonymous@nagoya.betaversion.org>
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 99174 invoked from network); 13 May 2003 04:44:43 -0000
Received: from exchange.sun.com (192.18.33.10)
  by daedalus.apache.org with SMTP; 13 May 2003 04:44:43 -0000
Received: (qmail 25789 invoked by uid 50); 13 May 2003 04:46:57 -0000
Date: 13 May 2003 04:46:57 -0000
Message-ID: <20030513044657.25788.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@ant.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 19876] New:  -
    tar task does not preserve permissions
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19876>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19876

tar task does not preserve permissions

           Summary: tar task does not preserve permissions
           Product: Ant
           Version: 1.5.2
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Documentation
        AssignedTo: dev@ant.apache.org
        ReportedBy: johnnycobol@yahoo.com


The tar task does not preserve file permissions.  If you set a file to be
executable, then tar it up, and extract the tar, the extracted file will not
have the execute permission.  This is contrary to the way the tar command-line
utility works.  The tar task allows you to explicitly set permissions, but I
don't find that very useful.  I would rather set the file permissions on my
storage device and let the tar task pick it up from there.