I think this way may show to less experienced users that there is no need to be scared by cli, which can become an easy to enter world and a much more flexible than gui tool to use when needed.Īt the same time, I hope to have done something useful for advanced users too, which need to focus less on trivial and mnemonic details and can focus more on logic, in other world they can start editing a well formed cl template spending time more on how they want the job done rather than on how they can get the job work, like 'does that switch exist?' or 'how should I write that?' and so on. What I wanted and tried to do is a gui archiver program allowing me to export jobs as command line and then edit them with the full control the cli gives, leaving a first (boring to do with the cli) part to the gui and the fine-grained part to the cli for most experience users, certainly smarter than a gui frontend in exploiting the cli syntax to do the job they need with maximum freedom. Nothing, in fact talking of cli one of the reason I started writing PeaZip is that I find something 'wrong' in the dichotomy between cli and gui worlds. Whats wrong with tar | split | encrypt on the cli? GTK2 support is getting quickly better, however I still have display issues on some out of the box configurations for some distributions, expecially about stringgrid component the boxes where it runs better at this moment are those with Debian 4 and Ubuntu 6.10/6.06, then on Suse 10.2 and older, where it runs quite well.Ībout the installation (or for the portable version, the first time you run the executable), on most of recent distributions, also small ones, all dependencies are usually satisfied, however on some distributions it may be required to install some gtk/gdk related libraries. GTK1 support in Lazarus is generally jet very good, so the GTK1 version of the application can be expected to run in any environment without graphic issues, but I know it's less nice than GTK2 version (and what is even more important, GTK2 dialogs are far better) it's still provided to be used on older machines or where GTK2 version fails or for people still liking GTK1. GUI issues: I know PeaZip is quite a new project, and it is developed using Lazarus/FreePascal, that is a quite new development environment, so expect most of the issue to go while both projects get more mature. zip, through p7zip, can be encrypted with zipcrypto algorithm, weak, or since version 1.8 using 7z 4.47 AES256, WinZip >=9 AE standard, can be used (this is the default in PeaZip, you should use zipcrypto only for compatibility with old zip utilities). Using different formats will result in using different schemes of encryption. pea format was designed to support authenticated encryption, to guarantee both message integrity and privacy (AES in EAX mode), moreover it allows flexible integrity check schemes chosing different integrity check or hash algorithm for objects (the input objects getting archived) and volumes (the output object, one or more volumes). pea archives, while handling archives supported through POSIX-7z instead a different mechanism, provided by p7zip itself, is used.Įncryption. Volume spanning: PeaZip, through Pea executable, can perform spanning/merging of files in volumes of custom sizes, and can save/check checksum or hash information of each volume in a separate file (in this way keeping compatibility to similar applications, like HJSplit) integrity check algorithms ranges from CRC32 to Whirlpool hash.Ī very similar single pass volume spanning is available as option for. Hi, thank you very much for taking interest in PeaZip I hope to can answer to some questions asked in this thread.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |