Submit | Open tickets | Closed tickets

[ Ticket #1128 ] timestamps not preserved when untarring files
Date:
03/11/11 14:32
Submitted by:
B_Fristensky
Assigned to:
umhameld
Category:
Getbirch
Priority:
3
Ticket group:
Bug
Resolution:
Resolved
Summary:
timestamps not preserved when untarring files
Original submission:
It looks like tarfile.extract() does not preserve the modification
times of files that get extracted. My reading of the Python API is that
tarfile.extractall() does preserver these times. I can't tell whether
permissions are being preserved or not. That is, all files seem to
be world readable and directories world readable-executable, but
I don't know if that's because the permissions are being preserved, or
just because the umask for /Users/birch has those permissions.

In any case, it might be worth trying tarfile.extractall(). The other
reason is that tarfile.extract() is very very slow on canolaoil. It
took 8 hours to do an update on canola oil. That, of course, is a
real worst case situation, but if, by chance tarfile.extract() performs
better, that would be a plus.
Please log in to add comments and receive followups via email.
Followups
Comment Date By
There is probably no way around the timestamp issue that won't substantially hinder performance. Since this is to package the files for release anyways, I don't think that this issue is of too much concern, as all of the files will be at the mtime of the release. 03/26/11 14:50 umhameld
With getbirch-614c2ba, the timestamps of files (ie. their original dates and times of the last modification) are not preserved. Rather, as tiles are untarred, they get the time and date at which they are written.

This may just be an artifact of reverting to an older version of getbirch, for the stable snapshot?
03/17/11 18:44 B_Fristensky
This seems to be fixed, reopen it if it is still an issue 03/15/11 22:15 umhameld
The reason why extract seemed so slow was probably the verbosity. It is very expensive to write to the console and to a file. I have ditched the prints in favor of the progress bar. On albacore, the extraction now takes minutes.

Using a clever wrapper around extractall, the permission issue is fixed too.

I am leaving this bug open pending verification.
03/11/11 21:56 umhameld
No results for "Dependent on ticket"
No results for "Dependent on Task"
No other tickets are dependent on this ticket
Ticket change history
Field Old value Date By
status_id Open 08/11/11 19:09 umhameld
close_date 03/15/11 22:16 08/11/11 19:09 umhameld
priority 6 03/26/11 14:50 umhameld
status_id Closed 03/17/11 18:44 B_Fristensky
priority 1 03/17/11 18:44 B_Fristensky
status_id Open 03/15/11 22:16 umhameld
close_date 12/31/69 19:00 03/15/11 22:16 umhameld
priority 5 03/11/11 22:00 umhameld
resolution_id Not Resolved 03/11/11 21:56 umhameld
status_id Pending 03/11/11 14:33 B_Fristensky
assigned_to unset 03/11/11 14:33 B_Fristensky
resolution_id Unset 03/11/11 14:33 B_Fristensky

© 1998-2025 Scilico, LLC. All rights reserved.