On 20 Apr 2009, UnZip version 6.0 has been released. CHANGES AND NEW FEATURES ------------------------ UnZip 6.0 finally supports nowadays "large" files of sizes > 2 GiB! This is the first release containing support for the PKWARE Zip64 enhancements. Major changes are: - Support PKWARE ZIP64 extensions, allowing Zip archives and Zip archive entries larger than 4 GiBytes and more than 65536 entries within a single Zip archive. This support is currently only available for Unix, OpenVMS and Win32/Win64. - Support for bzip2 compression method. - Support for UTF-8 encoded entry names, both through PKWARE's "General Purpose Flags Bit 11" indicator and Info-ZIP's new "up" unicode path extra field. (Currently, on Windows the UTF-8 handling is limited to the character subset contained in the configured non-unicode "system code page".) - Added "wrong implementation used" warning to error messages of the MSDOS port when used under Win32, in an attempt to reduce false bug reports. - Fixed "Time of Creation/Time of Use" vulnerability when setting attributes of extracted files, for Unix and Unix-like ports. - Fixed memory leak when processing invalid deflated data. - Fixed long-standing bug in unshrink (partial_clear), added boundary checks against invalid compressed data. - On Unix, keep inherited SGID attribute bit for extracted directories unless restoration of owner/group id or SUID/SGID/Tacky attributes was requested. - On Unix, allow extracted filenames to contain embedded control characters when explicitly requested by specifying the new command line option "-^". - On Unix, support restoration of symbolic link attributes. - On Unix, support restoration of 32-bit UID/GID data using the new "ux" IZUNIX3 extra field introduced with Zip 3.0. - Support for ODS5 extended filename syntax on new OpenVMS systems. - Support symbolic links zipped up on VMS. - On VMS (only 8.x or better), support symbolic link creation. - On VMS, support option to create converted text files in Stream_LF format. - New -D option to suppress restoration of timestamps for extracted directory entries (on those ports that support setting of directory timestamps). By specifying "-DD", this new option also allows to suppress timestamp restoration for ALL extracted files on all UnZip ports which support restoration of timestamps. On VMS, the default behaviour is now to skip restoration of directory timestamps; here, "--D" restores ALL timestamps, "-D" restores none. - On OS/2, Win32, and Unix, the (previously optional) feature UNIXBACKUP to allow saving backup copies of overwritten files on extraction is now enabled by default.
FYI http://infozip.sourceforge.net/ http://sourceforge.net/projects/infozip/ The latest unzip is 6.0 and zip is 3.0. Both unzip and zip now support large file > 2GB, Unicode file name, Unix 32-bit UIDs/GIDs, etc. which are useful for Fedora users.
Change the bug owner (package owner was changed).
Unzip 6.0 goes to Rawhide.
There are bug reports on this for RHEL as well. It would be nice to see it back ported to F11. I just downloaded the source code and compiled it for F11 myself for testing. It worked on a file over 8Gigs.