Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File permissions and OTP 27 #20

Open
sgessa opened this issue Jan 10, 2025 · 0 comments
Open

File permissions and OTP 27 #20

sgessa opened this issue Jan 10, 2025 · 0 comments

Comments

@sgessa
Copy link

sgessa commented Jan 10, 2025

Thank you for working on this amazing library!

I am using packmatic to create a zip on the fly downloading files from AWS S3.
After unzipping the archive, I see the files have mode 000 which makes the file unreadable.

$ unzip export.zip
$ ls -l export/test.csv
---------- 1 root root 875 Jan  9 17:38 export/test.csv

I am using Elixir 1.17.3 on OTP 27.2.
I saw there were changes in OTP 27.1 in the zip module:

# HIGHLIGHTS

- The `zip` module has been updated with support for:

  - zip64 archives - Archives larger than 4GB or with more than 2^32 entries.
  - extended timestamps - Higher resolution and in UTC.
  - UID/GID - Save and extract the original UID/GID.
  - Fixes so that permission mode attributes are correctly read and set for
    files in archives.
  - zip:list_dir/2 now also returns directories, not only files. (You can
    disable this behaviour by using the option `skip_directories`).

  Various bugs in the original implementation have also been fixed, such as:

  - Correctly encode and decode the DOS timestamps for entries within an archive
    (that is the non-extended timestamp).
  - Fix DOS timestamps to be set to localtime instead of UTC (use extended
    timestamps for UTC timestamps).
  - Use the unix file attributes read from disk when creating archives instead
    of setting everything to 644.

Could you please look into this? Thx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant