-
-
Notifications
You must be signed in to change notification settings - Fork 39
Better support of links #20
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
Conversation
* Added support for issym for symlinks * fixed ArchiveEntry.islnk that was providing symlink info instead of hardlink to keep the same API as tarfile.TarInfo * Added support for linkpath for all link types * Added tests to verify that Entries data match tarfile.TarInfo data for the same archive
* path and name aliased to pathname * linkpath and linkname aliased
* test with trick tar from the CPython test suite
* tar and zips with entries of unknown/non unicode encoding
* use only the non-"_w" libarchive functions for paths and links * improved tests by base64 encoding paths
* win FS is UTF-encoded: sometimes only wide paths are returned These end up being unicode python strings and we convert then back to bytes
- refactors the tests - uses surrogate encoding instead of base64 - drops the OS-specific logic: we're only reading archives, if the result isn't consistent across platforms then it's a bug
@pombredanne Any idea about the remaining test failure? |
The error doesn't occur on my system with a vanilla libarchive 3.1.2, so the problem is in the Travis environment. |
any plans to merge this ?? |
I was hoping to find a way to fix the Travis build before merging, but… |
Released in version 2.1. |
Thanks a lot !! Did
|
Redo of #9.