Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 661100 - app-arch/unzip fails to process zip64 files (patch)
Summary: app-arch/unzip fails to process zip64 files (patch)
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo's Team for Core System packages
URL: https://sourceforge.net/p/infozip/bug...
Whiteboard:
Keywords: PATCH, PullRequest
Depends on:
Blocks:
 
Reported: 2018-07-13 21:22 UTC by Thomas Bettler
Modified: 2023-05-14 08:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
unzip610b-zerototaldisk.patch (unzip610b-zerototaldisk.patch,1.21 KB, patch)
2018-07-13 21:22 UTC, Thomas Bettler 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Bettler 2018-07-13 21:22:34 UTC 
Created attachment 539444 [details, diff]
unzip610b-zerototaldisk.patch

app-arch/unzip fails to process zip64 files

tested with file zipped with windows system compressor:
https://s3-eu-west-1.amazonaws.com/data.geo.admin.ch/ch.bafu.landesforstinventar-vegetationshoehenmodell_relief/Reliefschattierung_Vegetationshoehenmodell_LFI_ID164_20_LV95.zip

command to reproduce:
=====================
unzip -l [zip64file.zip]

result:
=======
Archive:  __Vegetationshoehenmodell_LFI_ID164_19_LV95.zip
warning [__Vegetationshoehenmodell_LFI_ID164_19_LV95.zip]:  78893906205 extra bytes at beginning or within zipfile
  (attempting to process anyway)
error [__Vegetationshoehenmodell_LFI_ID164_19_LV95.zip]:  start of central directory not found;
  zipfile corrupt.
  (please check that you have transferred or created the zipfile in the
  appropriate BINARY mode and that you have compiled UnZip properly)


expected result:
================
Archive:  __Vegetationshoehenmodell_LFI_ID164_19_LV95.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
       91  07-11-2018 14:23   Vegetationshoehenmodell_LFI_ID164_19_LV95.tfw
     2875  07-11-2018 14:24   Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.aux.xml
     7503  07-11-2018 14:24   Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.xml
20157424411  07-11-2018 14:59   Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.ovr
65742057710  07-11-2018 15:21   Vegetationshoehenmodell_LFI_ID164_19_LV95.tif
---------                     -------
85899492590                     5 files


proposed solution:
==================
apply patch from referenced url
https://sourceforge.net/p/infozip/bugs/_discuss/thread/58bf3629/0ed8/attachment/unzip610b-zerototaldisk.patch


status --> patch would solve this bug
Comment 2 Nikita Zlobin 2021-11-16 07:49:04 UTC 
This problem actually prevents onedrive archives from being properly extracted.
I had no problem with relatively small subdirs archives from one disk (despite encoding problem, unfixed by unzip even with USE=natspec), but when I tried to get full content, with archive itself taking 500..600Mb, nothing could extract it - both xarchiver and unzip reported it as damaged.
Comment 3 Richard Ostrow 2023-02-28 23:08:25 UTC 
I just encountered this myself and the referenced patch allowed unzip to properly unzip my large file. Usually I'd used 7z to decompress these things, but it failed to decompress this specific one... unzip worked with this patch. Also, unar worked if you're leary of applying this patch.
Comment 4 Thomas Bettler 2023-05-14 08:57:51 UTC 
ready to merge - unless there are any comments on how to improve...