Bioinformatics.org
[University of Birmingham]
[Patsnap]
Not logged in
  • Log in
  • Bioinformatics.org
    Membership (44435+) Group hosting [?] Wiki
    Franklin Award
    Sponsorships

    Careers
    About bioinformatics
    Bioinformatics jobs

    Research
    All information groups
    Online databases Online analysis tools Online education tools More tools

    Development
    All software groups
    FTP repository
    SVN & CVS repositories [?]
    Mailing lists

    Forums
    News & Commentary
  • Submit
  • Archives
  • Subscribe

  • Jobs Forum
    (Career Center)
  • Submit
  • Archives
  • Subscribe
  • BIRCH: Comprehensive bioinfo. system - Support tickets

    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

     

    Copyright © 2024 Scilico, LLC · Privacy Policy