Bug#862957: file-roller: Fails to deal correctly with filename encodings in zip files

  Charset issues are fixed in 7zip since https://salsa.debian.org/debian/7zip/-/merge_requests/8 Similar fix is suggested for unzip: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779207#61    

Bug#779207: patch submission for improving code pages support in unzip

can specify either one. That is, they work similarly to -mcp in 7zip now     >Воскресенье, 26 мая 2024, 17:48 +02:00 от Ivan Sorokin : >  >Dear colleagues, >  >I am writing to bring to your attention an issue with the current upstream >version of unzip that has not been upda

Bug#779207: patch submission for improving code pages support in unzip

of assuming the Russian/Cyrillic CP866 codepage for all archives when the system is set to UTF-8.   I hope you will find this patch useful.   Best regards, Ivan Sorokin    From: Giovanni Scafora Subject: unzip files encoded with non-latin, non-unicode file names Last-Update: 2024-02-22 * Updated 2015-02

Bug#545151: (no subject)

know someone who is willing to maintain the package. Thank you! Best regards, Ivan Sorokin

Bug#779207: unzip fails to unpack filenames containing 'ä' 'ö' 'ü' -> results in "(invalid encoding)"

The built-in .zip archiver in older versions of Windows used DOS (OEM) or Windows (ANSI) code page corresponding to current regional settings for new archives. Lots of such archives still exist.   The correct behavior is to determine the relevant OEM or ANSI code page based on the system