MMTsuchi

In order to work on linux Debian, Install libncurses for i386 architecture , libgmp10 with sudo apt-get install libncurses5:i386 libgmp10 Fake -- symbolic link -- libgmp10 as libgmp3 by this dirty way : sudo ln -s /usr/lib/i386-linux-gnu/libgmp.so.10 /usr/lib/i386-linux-gnu/libgmp.so.3 And test, for example : '/usr/lib/peazip/res/bin/arc/arc' a -m4 -s -rr -ae=aes '/home/mm/test_arc.arc' '-dp/home/mm' 'foo.log' It may exist incompatibility issues because of libraries.

This bug is maybe because localization of clock are in "/zvfs/tcl8.6/msgs/" (file join [info library] msgs) and not in "/zvfs/tcl8.6/clock/msgs/", isn't it?

It is normal. Because "/usr/share/tcltk/bwidget1.9.13" doesn't exist in windows. Look at their PDF documentation page 20 "Wrapping and using TCL/TK extensions (packages)". It is relatively well explained. Regards

On linux, "sha256sum" utility does not understand "\r\n" (MSDOS) end of line, but "\n" (LINUX) end of line

[linux 9.3.0 DEB GTK2] peazip can't be run as a normal user

You have to "source" the .msg files source [::zvfs::list "*tcl*msg*fr.msg"] clock format [clock seconds] -format "%A %d %B %Y" -locale fr_FR it seems to work as expected jeudi 06 juillet 2023

You have to "source" the .msg files source [::zvfs::list "*tcl*msg*fr.msg"] clock format [clock seconds] -format "%A %d %B %Y" -locale fr_FR it seems to work as expected jeudi 06 juillet 2023

When you choose "fr_CH" clock format "0" -locale fr_CH it seems to work as expected jeu. janv. 01 01:00:00 +0100 1970 but fr doesn't, neither fr_FR