-
Notifications
You must be signed in to change notification settings - Fork 14
Replace mholt/archiver with mholt/archives. #3757
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
fc9468a to
feb27a3
Compare
Revert "Try to fix hardlink failures." This reverts commit feb27a3. Update unarchiver.go
c5ad155 to
4c6c55c
Compare
|
Test failures are consistent with currently known nightly failures. This PR doesn't introduce any new failures, yay! |
MDrakos
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me. With a change like this I would feel better having the integration tests passing before we do a release but that's something we will follow up with after this has been merged.
We have our own
internal/archiverandinternal/unarchiverpackages that leverage mholt/archiver, but subclass it in order to provide progress support (i.e. report back for each file extracted). However, we don't actually use that feature.I've switched over to the mholt/archives library, which allows for progress support should we want it, but I didn't add it back in since there's no use case for it.
A majority of this PR is a result of
I did find some places in our code where we were invoking mholt/archiver directly. I changed those to invoke our
internal/archiverandinternal/unarchiverpackages. Now only those internal packages talk to mholt/archives should we ever have to change libraries again.