ZIP package in Rocky 9 without UNICODE_SUPPORT

Hi, Rocky 9 has zip package zip-3.0-33.el9 is compiled without UNICODE_SUPPORT. Special characters are not correctly displayed by Windows explorer with native zip archive browser.

This problem occured in Rocky 9. Rocky 8 has zip package compiled with UNICODE_SUPPORT.

Output in Rocky 9: zip --version
This is Zip 3.0 (July 5th 2008), by Info-ZIP.

Zip special compilation options:
USE_EF_UT_TIME (store Universal Time)
SYMLINK_SUPPORT (symbolic links supported)
STORE_UNIX_UIDs_GIDs (store UID/GID sizes/values using new extra field)
UIDGID_16BIT (old Unix 16-bit UID/GID extra field also used)
[encryption, version 2.91 of 05 Jan 2007] (modified for Zip 3)

Output in Rocky 8: zip --version
This is Zip 3.0 (July 5th 2008), by Info-ZIP.

Zip special compilation options:
USE_EF_UT_TIME (store Universal Time)
BZIP2_SUPPORT (bzip2 library version 1.0.6, 6-Sept-2010)
bzip2 code and library copyright (c) Julian R Seward
(See the bzip2 license for terms of use)
SYMLINK_SUPPORT (symbolic links supported)
LARGE_FILE_SUPPORT (can read and write large files on file system)
ZIP64_SUPPORT (use Zip64 to store large files in archives)
UNICODE_SUPPORT (store and read UTF-8 Unicode paths)
STORE_UNIX_UIDs_GIDs (store UID/GID sizes/values using new extra field)
UIDGID_NOT_16BIT (old Unix 16-bit UID/GID extra field not used)
[encryption, version 2.91 of 05 Jan 2007] (modified for Zip 3)

Version of zip is almost the same, there are some compile options different.

The same goes for the package from RHEL 9, so it the problem has been inherited from there. I haven’t checked Fedora.

I’ll go on and file a bug in Red Hat’s bugzilla. Maybe it’ll get fixed in RHEL 10… :-/

Filed here: 2162688 – zip: Missing large file, zip64, Unicode and bzip2 support (regression from RHEL 7/8)