On 29.04.19 19:23, Roman Haefeli wrote:
I wonder if extracting fails because the downloaded file is renamed:
oscv0.2~git20181006.dek -> oscv0.2~git20181006.dek.zip
Somewhere a .zip extension is appended to filename, .zip files end up with .zip.zip.
afaict, wine fails to unzip because it simply doesn't come with a built-in unzip utility (unlike proper windows). e.g. you (at least: I) cannot unzip a zip-file in the wine-explorer by any means.
the reason why the files are renamed, is that the built-in unzip utility on windows will only start working if it believes that the file it is supposed to unzip is a zip-file. windows being windows, this means that the file must have a .zip extension. So after downloading the deken package, we just rename by adding a .zip extension (there's no check whether the file already had a zip-extension (old-style deken packages), that's why you get a .zip.zip extension; afaict there's no problem with that, as windows still trusts that the file is a zip-file).
in any case, the file should be renamed back to the original name after the unzip attempt (whether successful or not), so i wonder why you see these files in the first place. (the time window where the .zip extension is present should be pretty small for a failing unzip attempt; it should definitely be gone once the exploder is fired up)
dmasr IOhannes