Unzip 6.0 für Mac OS X

Es ist eigentlich schade, da liefert Apple mit Snow Leopard ein neues System aus welches unter der Haube ein Unix ist und lässt die Werkzeuge in der Commandline (Bash/Terminal/Shell) einfach ausser Acht. Es ist halt doch auch eine Frage der Philosophie die man verfolgt. Grundsätzlich funktionieren die Werkzeuge ja, jedoch ist es so, dass man das ein oder andere in der Tat “nachbessern” sollte. Witziger Weise ist dies gerade bei Sachen wie dem Compiler oder zip/unzip nicht einmal wirklich schwer, denn andere tuen das eigentlich schon für Apple. Apple selbst müsste die Änderungen/Fixes eigentlich einfach compilieren und mit auf die CD packen. Leider scheint aber selbst das des Öfteren zu viel verlangt zu sein.

Bei Unzip z.B. ist gerade die Version 6.0 ein großer Schritt gewesen und seit April ist diese auch offiziell beziehbar. Dateien >2GB werden nun ohne Probleme abgehandelt… Apple packt aber die Version von 2005/2007 rein und sagt sich: Das reicht für unsere Kunden, die schauen da eh nicht nach. Zumindest kann man diesen Eindruck so bekommen.

Ich habe damit begonnen mein System auf den neuesten Stand zu heben und mich dazu entschlossen, andere daran teilhaben zu lassen, daher biete ich immer, wenn ich ein tool fertig habe hier ein Package an das sich sehr einfach installieren lässt.

In der Downloadsektion findet sich unter Mac OS X das Package Unzip 6.0. Einfach runterladen, starten und das war es dann schon

Hier dann noch die wirklichen Änderungen der Version 6.0 im Vergleich zu der von Apple in Snow Leopard mitgelieferten:

New features in UnZip 6.0, released 20 April 2009:

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.

For the UnZip 6.0 release, we want to give special credit to Myles Bennet, who started the job of supporting ZIP64 extensions and Large-File (> 2GiB) and provided a first (alpha-state) port.