Errors on macOS unzipping dc3dd-7.2.646.zip
Brought to you by:
josephlininger,
mlevendo
It would be great if a tarball (.tar.gz, .tar.xz, or .tar.bz2) were available for download too, so that this issue can be skirted entirely.
I believe these errors are a known problem that can occur when a .zip was generated by 7zip and then a UNIX unzip command is used to extract the .zip.
bash-3.2$ unzip dc3dd-7.2.646.zip 1>/dev/null
dc3dd-7.2.646/: ucsize 2792 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/build-aux/: ucsize 1068 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/gl/: ucsize 88 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/gl/modules/: ucsize 96 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/lib/: ucsize 22800 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/lib/uniwidth/: ucsize 132 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/m4/: ucsize 14336 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/man/: ucsize 288 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/po/: ucsize 4148 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/src/: ucsize 288 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/src/hdparm/: ucsize 332 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/tests/: ucsize 624 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/tests/md5_test_files/: ucsize 45336 <> csize 0 for STORED entry
continuing with "compressed" size value
dc3dd-7.2.646/tests/sha1_test_files/: ucsize 48252 <> csize 0 for STORED entry
continuing with "compressed" size value
bash-3.2$ echo $?
1
We intend to do this starting with version 7.4. We will create both .zip and .tar.gz files. We may switch to .tar.zst in future.