Description:

PeaZip is a cross-platform, desktop neutral file archiver utility that provides an unified portable GUI (Qt and GTK2) for many Open Source technologies like 7-Zip, FreeArc, PAQ, UPX...

Create 7Z, ARC, BZ2, GZ, *PAQ, PEA, QUAD/BALZ, TAR, UPX, WIM, XZ, ZIP files

Extract over 150 archive types: ACE, ARJ, CAB, DMG, ISO, LHA, RAR, UDF, ZIPX and many more...

Features of PeaZip includes extract, create and convert multiple archives at once, create self-extracting archives, split/join files, strong encryption with two factor authentication, encrypted password manager, secure deletion, find duplicate files, calculate hashes, export job definition as scripts.

Installation and integration in *x systems:

In order to reduce dependencies installable PeaZip packages for Linux needs to satisfy, since release 5.9.0 all backend except for p7zip were moved to "Optional Formats" plugin, which can be installed separately if needed extracting the package in peazip/res directory.
The plugin is not needed by Portable versions of the software.

If experiencing problems running PeaZip compiled for Qt, start it as:
peazip -style=cleanlooks

If experiencing problems with PeaZip compiled for Qt widgetset, it is available PeaZip compiled for GTK2 libraries as alternative, or it is possible to compile the application for its own Qt version using Lazarus/FreePascal IDE, which supports compiling the sources for various widgetsets: Win32, WinCE, fpGUI, Carbon, Qt, GTK1, GTK2.

On Linux systems, PeaZip installer automatically create menu entries for KDE (on most versions); to add PeaZip to Gnome menu copy the "Archiving" folder placed in PeaZip/Freedesktop_integration/nautilus-scripts to system's Nautilus script's folder (in most versions open "Scripts" menu in system's context menu, and select "Open script's folder").

Qt widgetset packages requires Qt 4.5 or more recent, and needs libQt4Pas.so installed in /usr/local/lib or equivalent directory (copy the file and run ldconfig; it is done automatically in installable packages), such as /usr/lib or /usr/lib32 on some 64 bit distributions.
A copy of libQt4Pas.so is available in PeaZip's directory, ./usr/local/share/PeaZip/ for the installable packages.
If the Qt version does not start on some systems, as some system's visual styles may cause recursive repainting error, you can fix the problem starting it in a console (or script) as: peazip -style=cleanlooks

On 64 bit systems, backend binaries in PeaZip/res path can be freely replaced by users with respective 64 bit counterpart (if available).

PeaZip Portable is standalone software and doesn't need installation and can be used from removable or remote paths without changing the host system (useful is system needs to stay library-freezed).

'Freedesktop_integration' folder in PeaZip's path contains .desktop files and Nautilus scripts to help users to configure tighter integration of PeaZip with desktop environment's menus.
Last changelog:

6.5.0 1 month ago

6.5.0
Can move and rename files in existing archives
Improved archive conversion

app3al

10 years ago

And so, what's the point in whimper in this manner about an application is fully functional and well integrated under KDE?
Because of you don't like the widgetset in use, which make show up GTK dialogs?
Well, if it's due to this... a decent Linux user must know about program's compilation, so stop trolling about this application and start doing something useful for KDE: port it to Qt widgetset, as it is supported by the RAD where the GUI of this application is developed on.
Or (sorry, I don't mean to be rude, this critic is not only to you but to some people here systematically complaining in that way without even attempting to do something useful), if you cannot do something useful for KDE then please stop acting as the KDE-paladin guy!
Seriously, to an user searching info on an application, comments on Kde-apps.org are about unreadable due to pointless comments of this kind (and, I repent... because of flame response that brings up, like mine...)!

Report

tryfan

10 years ago

> functional and well integrated
> under KDE?
But it's not, so let's forget about that part, shall we?

About the flaming - feel free, but it would be nice if you kept to the point.
My point was that it's confusing - you might as well rename kde-apps to "Apps" and let it contain Windows applications as well - since you can run Internet Explorer under Wine...

The only thing about your flaming that I *do* take offence to, is your slur about supporting KDE - I'm no coder, but I'm supporting KDE in a lot of other ways, including hard cash to developers.

Report

app3al

10 years ago

> But it's not, so let's forget
> about that part, shall we?
No, since people saing this just forget (or refuses even to google a little to understand) what does widgetset means.
They see a different system dialog and start complaining 'it's not well integrated', 'it's not a KDE app'... well, poeple confusing 'KDE' (the desktop environment) and 'Qt' (ONE of the widgetset I can use under KDE, the one used to writing KDE, but certainly, luckyly, NOT the only widgetset KDE and Linux allows me to use) are like people confusing 'Linux' (the kernel) and 'GNU/Linux) (the system), or 'M$ Windows' and 'computer'.
And moreover: widgetset ans integration are only loosely related, you can compile an application targeting Qt, but don't expect it magically appears in context menu, becomes self aware of system variables, of how parsing parameters passed from console, other apps, or the desktop.

> My point was that it's confusing
> - you might as well rename kde-apps
> to "Apps" and let it contain Windows
> applications as well - since you can
> run Internet Explorer under Wine...
Your POV is confusing too, since the point of complaining is Qt you would be right to complain if someone publish this app on Qt-apps!

You are not a coder, so I can assume you are in good faith not knowing it, but did you realized Qt (the widgetset) is only a target for the copliation, not a magic pwder that make an application aware of all what a desktop environment may offer?
That is (hard) work of coding: to read system varaibles (this app does), to use desktop menus (this app does), to accept parameters from desktop (windoze drag&drop like, this apps don't does, but also many other apps here).

> including hard cash to developers.
That really makes you honor, but don't exeem you of trying to understanding computing topoics you are posting about... there is the Windows world for pay&complain computing ;)

I apologize again to KDE-apps.org readers for this pointless flame, but as I said I'm quite stuffed to have to surf so many pointless posts to get a menaingful info on an application I'm going to test, this on the long run is really hampering my user experience on this site.

Report

tryfan

10 years ago

I hope you don't have a problem with your blood pressure. If so, I'm sorry if I'm setting it off.
But I'll take it step by step, so you'll have have time to calm down ;-)

>> But it's not, so let's forget
> > about that part, shall we?
> No, since people saing this just
> forget (or refuses even to google a
> little to understand) what does
> widgetset means.
Qt is not just a "widgetset", it's the base on which KDE is built. No Qt = no KDE. Google a little yourself, and you'll see this.

> luckyly, NOT the only widgetset KDE
As I said. Qt is the *basis* of KDE - like it or not. (Like Gtk is the basis for Gnome, btw).

> right to complain if someone publish
> this app on Qt-apps!
Probably, since it's in no way a Qt app. I think I miss your point there?

> application aware of all what a
> desktop environment may offer?
Again - take a closer look at the relation between Qt and KDE.

> That is (hard) work of coding: to
> read system varaibles (this app
> does),
I've never critizised the app *in any way*; on the contrary, a lot of people say it excellent, and if I needed it, I wouldn't hesitate to use it myself. It surely looks very competent.

> > including hard cash to developers.
> That really makes you honor, but
> don't exeem you of trying to
> understanding computing topoics you
> are posting about... there is the
> Windows world for pay&complain
> computing ;)
I'll certainly give you a point there. It was wrong of me to compare my contributions with the countless hours the programmers put in. But I *did* get mad when you hinted that I don't do anything. I'm a concerned user, and users are also important in a way :-)

>really hampering my user experience
> on this site.
And this is exactly my point - if people post things in the right place to start with, they won't be so hard to find - and you won't have to get so frustrated :-)

Report

app3al

10 years ago

> As I said. Qt is the *basis*
> of KDE - like it or not. (Like
> Gtk is the basis for Gnome, btw).
I said it too. But since you say you are not a coder I'll take some more time to explain: don't confuse the part for the whole.
On a given system+desktop environment you can use different widgetset: you can use Qt on Gnome, you can use GTks on KDE, you can even install libraries needed to run both of them under Win32 or OSX/Darwin desktops!
Widgetset are a set of libraries related to manipulate (mainly) graphic elements, which KDE developers uses compiling KDE.
Third parts application developers can use those libraries too; doing this will render the application's visual components (and system dialogs) coherent with a desktop environment compiled with the same library, and here you win a point, but will not do ANYTHING else, so it will not turn the application using QT in a KDE application, nor a GTK* application a Gnome application.

To integrate an application in the desktop environment, over this level the effect of the choice of the widgetset is over, stop, halt!
You want to use drag and drop? You have to code it for the given desktop environment, for the given data set you are handling, for the given objects of the application wich will use this mean to communicate with the rest of the world (a Qt or GTK or Java or anything else app open in the same KDE session!).
You want to open files and dirs with KDE-associated application like this app does? You have to deal with KDE specific calls, Qt will not help you here (nor GTK in Gnome)
You want the system be aware of the application in the right menus (like this app)? You have to follow Freedesktop standards; the same you need to create proper file association in the desktop environment, Qt will not help you here (because are part of KDE, not 'the' KDE, and its part role ends before here).
You want the application be aware of system variables (like this app)? You need to code it.
Otherwise you will have native dialogs and GUI objects (btw, I'm not a great fan of theming eyecandy, but PeaZip seem also theme aware), and stop, no integration in what you usually do with desktop (menus, d&d, file associations...).

Would a Qt app be a KDE app just because it uses the same widgetset KDE is compiled for? But it will lack a lot of things wich the widgetset libraries role simply doesn't cover, you can add it but they doesn't belong to Qt or any other widgetset...
An a non-Qt app will not be a KDE app even if it is aware of KDE session variables, KDE file association, KDE menus etc...?
IMHO, saying that something is a KDE (or Gnome) app is more complicated to say if something is a Qt (or GTK) app, just because the desktop environment (a big bunch of libraries to cover very different scopes) comes with far more things than the widgetset (a small set of libraries focused on a specific range of functions)!
And IMHO is not fair for this application saying it's porly integrated on KDE and should go away from here, apart for using GTK (wich can be replaced at compile time on Lazarus/FPK, the development tool used) and lack of d&d (but lacks on Gnome too), the KDE menus are great and the file associations in KDE works seamlessly (both from desktop and in the application) so the application is fully usable on a KDE system as is out of the box of most Linux distribution, in my experience without having to deal with missing GTK libraries installation.

My take: it's a cross platform and (as well) cross desktop application, which becomes aware of the desktop environment in use and switch using proper menus, file associations and desktop specific methods to perform in a native way most of the operation you will expect from an archiver in a Gnome, KDE or Win32 environment, so IMHO it should be considered a 'citizen' in Gnome apps as in KDE apps and Win32 apps.

Report

tryfan

10 years ago

Give it up, will you? There's nothing wrong with your arguments as such; it's just that they have nothing whatsover to do with KDE and Qt.
Spend a few moments reading instead - heck, you might even find it interesting :-)
http://www.kde.org/whatiskde/qt.php
http://sv.wikipedia.org/wiki/KDE

And skip this condescending "since you're not a coder" stuff. I've been using KDE for ten years; since v. 1.1. I may not be able to program for it, but I think I've got a pretty fair grip of what it is :-)

Report

app3al

10 years ago

Ok, you know KDE from the user point of view since 1997, about like me, but you are still confusing 'it uses' with 'it is'; sorry, but it's plainly a wrong.
A program (KDE) using a library set (Qt) withing the plethora of libraries it uses, and offering an API well beyond the scope of that library, must not be confused with the library set (widgetset) itself.
An application is a KDE application if it able to use the API offered by KDE (of wich those coming from Qt and precluded to applications compiled using a different widgetset is only a part).
Is this application able to use KDE API? It uses many important KDE specific features like opening associated files, finding paths and resolving urls, reading system variables, use Konqueror's servicemenus etc; it does not use others (Qt system dialogs).
Is it enough a KDE-app or not? Does it uses enough KDE API?
Is the glass half full (may stay) or half empty (may go)?

Sorry, I don't want to be unpolite to you and other KDE-Apps reades when I say 'since you are not a coder', but from a coder POV it seems to me half full.
Other coders may have different backgrounds, experience or likes and may think differently, like other users may have a different opinion than you.
It just seem pointless to me that at each program's update, with KDE support getting better version by version, somoeone comes up saying 'is it still there?'... hey, do the user took time to notice the glass is not empty!?

Report

quax

10 years ago

Hi Giorgotani,

congrats to your nice work!

Is there any chance to get .tar.lz support.

I am providing squashfs-lzma based modules for LiveCds on live-modules.org and would like to do the same with some archives which use the same compression.

Tar is already patched to support the -Y switch for creating tar.lz archives.

It would be great to have this included in your app.

Regards, Quax

Report

C

giorgiotani

10 years ago

Hi, thank you for taking interest in PeaZip and for the hints, I'll search for information about adding lz support, possibly for both Linux and Windows versions of PeaZip.

Report

quax

10 years ago

Thanks for your soon reply!

To test (and hopefully implement ) tar.lz, you can use the tar-patch from pardus: http://svn.pardus.org.tr/pardus/2007/system/base/tar/files/tar-lzma.patch

Regards, Manfred

Report

stonewolf

10 years ago

This application is what Ark isn't, so I like it and I like to use it. Unfortuantely it crashes after some seconds of use. Still waiting for the Qt port I remain using Ark and vote good for this app. Thanks.

Report

C

giorgiotani

10 years ago

That's very strange, can you further elaborate it, please: on what distribution it crashes, on what operation it crashes, launching it from a console do you get some stoutput on crash event?
I'm able to replicate tests it on Suse 10, Open Suse 10.2, Ubuntu 6.10 and 7.04.
Thanks in advance.

Report

sbenitezb

10 years ago

I will still remember all of you this is KDE-Apps. There is gnome-files for gtk based software. Why is there a need to pollute this site ignoring what kind of content is being posted here just because you think this app may be useful for some person? Respect us people wanting to find only KDE-libs based software here and remove your application. It's not like there is no other place to promote your software in the damn internet. Sheesh...

Report

C

giorgiotani

10 years ago

What do you mean with "KDE"?
The desktop environment? The widgset (Qt)?
The application is indeed integrated with KDE through standard desktop files, providing integration to KDE start menu and Konqueror's ServiceMenus.
This make it a KDE app as many others here, and if this doesn't make it enough "KDE", please take time to see the widgset supported by the Lazarus IDE:
http://wiki.lazarus.freepascal.org/Roadmap#Widgetset_dependent_components
It is LGPL application, so please feel free to contribute to the community recompiling it for your favourite widgset: win32, gtk, gtk2, carbon, qt, wince, fpgui.
As you see, Qt IS a supported widgset (however it is not Qt-apps.org, AFAIK) so there is no need to complaint again a non-native application: PeaZip is proudly a cross-platform application and Lazarus is proudly a cross-platform IDE able to target a lot of native widgsets as win32, carbon, Qt and GTKs.
Moreover, Lazarus IDE tend to statically link all the libraries the application need, so in most cases you don't have to wrestle with dependencies even if you don't compile it for your main widgset, so you will anyway be able to deploy a functional build of the program for a wide audience in a multi-widgset platform as Linux is.

Report

bakaraka

10 years ago

good software

Report

C

giorgiotani

10 years ago

Thank you for the feedback!
I just updated the project publishing my first attempt of generic Linux RPM for PeaZip, hoping to make the program more friendly for a wider userbase.
I hope to get it better in the future and add also other kinds of packets.

Report

microchip

10 years ago

Really nice application, I love it. Keep up the good work :)

Report

C

giorgiotani

10 years ago

Thank you for the appreciation! I hope to keep up the good development introducing useful features.
By the way, in next version (somewhere in next month), I'm going to introduce localization and I hope someone will help me in translating texts in languages other than English and Italian.

Report

rgfree

10 years ago

Personally I'd like to take notice of good apps that might be useful on my KDE desktop no matter what technology they use. This is so much technical and so little user-centric.
I have no problem with widening my horizon. So thanks for posting this here and please ignore all those nitpickers here that say: It's not a KDE app.

Report

C

giorgiotani

10 years ago

Hi, thank you for your kind feedback.
It was exactly that way of thinking which made me to post PeaZip also here: if it may be useful to KDE users, as I hope, and runs fine on KDE (I uses it also on KDE consistently), why should I not tell them?
However, as the technology behind the IDE I use evolves, I hope to be able to release also a Qt port of the application.

Report

MamiyaOtaru

10 years ago

Sounds great, I will look forward to that port.

Report

Fri13

10 years ago

And what GTK+ libraries it needs? What if i dont have any GTK+ software / Library installed, does it run?

And yes, i would like only see KDE apps here what can use KDE themes so my KDE desktop is good looking and easy to use. BUT ark is terrible, it does it job to unpack and pack files but that's it. Almoust better job is got by using command line. And thats why i hope you can make Qt GUI for this and then remove this GTK+ from here and keep it on gnome-files.org.

Great job, KDE/Gnome needs more great archiving software.

Report

C

giorgiotani

10 years ago

"What if i dont have any GTK+ software / Library installed, does it run?"
I tried to statically link all libraries I can / know / figured out in my IDE, however if something is missing on a given machine, it will be reported by the system's installation manager when peazip binaries is started the first time.
Installing missing libraries with a modern installer manager for Linux is generally easier than installing software on any other operating system... as long as you have a good web connection ;) and all libraries may be missing are general purpouse GTK-related libraries you may easily find in most repositories or distribution CD/DVD.
I know this is not an optimal solution (even if neither a serious problem for a typical Linux user) but it is what I can give to the community at present state of my knowledge and of development state of the IDE I use.
When support for Qt will be full and mature on Lazarus IDE, it will be quite trivial to port PeaZip for that libraries, until that day I hope and try to offer a viable alternative archiver for an average Linux user.

Report

BorgQueen

10 years ago

I completely agree. If it works, use it. A good app is a good app, and this is a good app.

It replaced PowerArchiver as my default compression app when I'm stuck repair/reprogramming that other "OS" (which is all the time).

Although, it would be nice to see it for KDE. The GTK interface is very slow. That's my only complaint honest!

Thanks!

Report

app3al

10 years ago

It's nice to see innovative applications like this one; it brings a bunch of useful features lacking to mainstream similar applications and it's generally (more than) very simple to set up and use.
Keep up the good work!

Report

6.5.0 1 month ago

6.5.0
Can move and rename files in existing archives
Improved archive conversion

6.4.0 8 months ago

Tabbed browsing, improvements in archive conversion and handling archives with full/absolute paths (even mixed with relative paths).

6.3.1 10 months ago

Fixes, visual improvements, updated translations

6.3.0 11 months ago

DPI aware
New archive update options

6.1.1 1 year ago

Updated p7zip to 16.02
Various fixes and usability improvements

10 years ago

2016 06 19
6.0.3
Updated pea 0.55 backend

2016 04 30
6.0.1
PEA1.1 format update, introducing support for SHA3, Serpent, and Twofish
p7zip backend updated to 15.14

2016 02 27
Major release 6
Can now recursively extract archives fro directory, and delete open archive
Can sort by file type for solid 7z compression (improves compression ratio)
New themes
Various fixes and improvements

product-maker paulus3005 May 09 2016

product-maker dubious Oct 27 2015

product-maker OderMalSo Jun 14 2015

product-maker oborasta May 12 2015

product-maker google01103 Apr 28 2015

product-maker feedos Aug 18 2014

product-maker Omega9 Jul 11 2014

product-maker fifoxtasy Apr 30 2014

product-maker thevladsoft Jun 23 2013

product-maker RAIDENSUB Apr 26 2013

product-maker nicola01121 Aug 14 2012

product-maker posixru Jun 13 2012

product-maker ObiWahn May 11 2012

product-maker electron222 Mar 18 2012

product-maker ElectronOo Feb 17 2012

product-maker nikore90 Dec 26 2011

product-maker pvt14 Nov 21 2011

product-maker darthroe Aug 02 2011

product-maker unikum111 Jul 23 2011

product-maker tcat Jun 25 2011

product-maker ionu Mar 14 2011

product-maker jota Feb 10 2011

product-maker dejan034 Jan 14 2011

product-maker udatt Dec 27 2010

product-maker BorgQueen Dec 13 2010

product-maker obsrv Nov 29 2010

product-maker MichauSm Nov 25 2010

product-maker bugmenot1234 Oct 25 2010

product-maker YAFU Oct 25 2010

product-maker 64 361

File (click to download) Version Description Filetype Packagetype License Downloads Date Filesize OCS-Install DL
Details
version
6.5.0
updated Oct 22 2017
added Feb 06 2007
downloads today
0
page views today 3