-
Notifications
You must be signed in to change notification settings - Fork 43
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
7zip changes the file names when unpacking #134
Comments
Weird. I have never seen that happen before. As a work around you can add to the registration block: post_fetch_method = compressed_filename -> run(`gunzip -l ...`) |
Indeed, it seems to be an upstream bug (actually, I don't know if the bug is from 7zip or from gunzip…). Here is what I get with the 7zip packed with my distribution, the same archive yields two different file names with
I don't know if there is anything special with this archive as I did not create it, yet this is surprising. Thanks for the workaround, I guess it works only if there is a single file in the archive? |
Well you can |
I have some code using the
unpack
function which fails with DataDeps 7.7 (apparently there were some changes to use 7zip on all platforms, not sure when exactly the breaking change happened). I have a wrapper for the following dataset: http://kdd.ics.uci.edu/databases/kddcup99/kddcup.data_10_percent.gz (not sure if the file has something to do or if this is a generic error), which contains a file called "kddcup.data_10_percent" (as can be seen e.g. usinggunzip -l …
), yetunpack
creates a file calledkddcup.data_10_percent_corrected
(with some other files it ended up in.corrected
).Unpacking runs without an error, however it is inconvenient as I was expecting it to respect the file names (and this was the behavior with previous versions of DataDeps). Or is there a special function to use in order to obtain the path of unpacked files?
The text was updated successfully, but these errors were encountered: