Garbled characters displayed when running "zipinfo --help" command
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| unzip (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
When I was running "zipinfo --help" on jammy I got the output you see at the end of this bug ticket. This behavior is not present on bionic, focal, kinetic, lunar and mantic.
Note: On bionic, focal, lunar and mantic I got the error message "error: zipfile probably corrupt (segmentation violation)"
This message was not present on jammy and kinetic.
How to replicate:
$ lxc launch images:ubuntu/jammy tester
$ lxc exec tester bash
$ apt install -y unzip
$ zipinfo --help
ZipInfo 3.00 of 20 April 2009, by Greg Roelofs and the Info-ZIP group.
List name, date/time, attribute, size, compression method, etc., about files
in list (excluding those in xlist) contained in the specified .zip archive(s).
"file[.zip]" may be a wildcard name containing *, ?, [] (e.g., "[a-j]*.zip").
usage: zipinfo [-12smlvChMtTz] file[.zip] [list...] [-x xlist...]
or: unzip -Z [-12smlvChMtTz] file[.zip] [list...] [-x xlist...]
main listing-format options: -s short Unix "ls -l" format (def.)
-1 filenames ONLY, one per line -m medium Unix "ls -l" format
-2 just filenames but allow -h/-t/-z -l long Unix "ls -l" format
miscellaneous options:
-h print header line -t print totals for listed files or for all
-z print zipfile comment -T� print file times in sortable decimal format
�-C be case-insensitive 4l���i�
-O CHARSET specify a character encoding for DOS, Windows and OS/2 archives
-I CHARSET specify a character encoding for UNIX and other archives
| description: | updated |
