PeaZip Original

Utilities archiver gnome kde rar zip

Source (link to git-repo or to original if based on someone elses unmodified work): https://github.com/peazip/PeaZip

17
7 .9
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, Brotli, BZ2, GZ, *PAQ, PEA, QUAD/BALZ, TAR, UPX, WIM, XZ, ZIP, Zstandard files

Extract over 180 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:

7.4.2 19 days ago

FLZMA2, LZ4, and Zstd compression algorithms are now supported for 7z archives on Linux

C

giorgiotani

13 years ago

Hi! Thanks for thee idea of a dimmed inclusion dialog in layout composer's filters tab sounds good. I'll include it in future (not in the upcoming 1.9.1 which I yet freezed and that should come out monday if all tests are positive).

About DVD preset sizes, I used DVD+, - and DL standard references as reported on Wikipedia, but I'm aware too of possible problems in handling very big files in some CD burner applications.
Unfortunately I don't know exactly at what size some burner programs/versions may give problems, so in case of doubts it's better to use the "custom" size setting, which allows to specify size with Byte, KB, or MB granularity.
However I'll look around trying to collect some useful information on the topic for possible inclusion of most common cases in documentation.

Report

9

BorgQueen

13 years ago

I love the new interface, very efficient. The rewrite also seems to allow it to be redrawn faster and works better with my gtk-qt-engine, so it looks like a kde app.

Once again the speed as improved. Even if it is a gtk app, its one of the best overall crossplatform apps out there.

When I create GPL software CDs for windows (to help in the transition from windows to any F/LOSS OS) the enter kit is just a kit away.

Well done lad!

Report

C

giorgiotani

13 years ago

Hi, thank you all for the feedback!
The interface is now more clen and essential, I think this is the way to go.
Stay tuned for new updates, I'm doing some interesting works on UI and extending supported formats; moreover it's probably near a mayor update of the Lazarus IDE which may bring substantial improvements in support of GTK2 (and probably also QT) widgetset.

Report

Sparrowmelody

13 years ago

Well, so far this is my GUI compression app of choice. Excellent work, Mr.Tani.

At first I wasn't really impressed, after seeing about it on the gentoo forums, the interface was somewhat strange compared to most archivers and there were minor graphical glitches that made it a bit of a letdown, but I ended up growing fond of this app.
I would like to let you know my observations and suggestions about PeaZip:

First of all, I found somewhat strange to have, when making a new archive, the "add file" and "add directory" as separate elements. I think it'd be easier, from the user's perspective, to have those two buttons merged into one, and allow adding multiple files/folders from the "add file" dialog (at least in the last version, clicking on more than one file is supported but they won't be added to the archive's layout). I did however work around this by simply adding all files to the archive with the "-add2archive" command line parameter, but I think it would be a wonderful addition, specially in windows machines you can't add SentTo information or registry entries.

Then, as suggested in some other parts, drag and drop support would make PeaZip's performance skyrocket in most environments, both to make and extract from archives.

Then, in my Gentoo box, the pop-up help text appears fairly distorted, as with bad size, until you move the cursor a bit over elements so it stabilizes. Since pop-up help appears quickly, this is a minor annoyance once one is familiar with the program. So I would like to request an option to disable pop-up help.

Also, I work with multiple encrypted files (a task made easier by PeaZip). When opening them in PeaZip (generally with -ext2browse), two "cannot list archive's content" pop-up dialogs appear. Would it be possible to alter this behavior so, instead of the pop-ups, the message "Cannot list archive's content" appears in the main window, saving a few extra clicks? The user would notice inmediately (specially if the text is made bold and red or something) and since the password would be needed, switching to the window is a necessity.

About the integration, it was a good idea to add the .desktop files so KDE can know about PeaZip's existence. I found it very easy to integrate with other filemanagers as well thanks to the command-line parameters. However, I didn't notice them at first until I got the PDF document with them...can it be possible to add text or html documentation, or maybe a "-help" command-line switch in next releases?

Another minor suggestion would be to make the archive view columns fit the entire window's width. It feels a bit strange as it only takes like 90% of the total size of the window (by default size, in GTK2 version at least) and there's a little chunk of white space after the last column, making it a bit weird; resizing the window also keeps the same width.

Also, it would be nice to have a EWMH icon to identify PeaZip windows better in the taskbars.

All things considered, I really like PeaZip and I now use it daily now, making work with 7z compressed and encrypted backups a breeze. I will be awaiting next version impatiently (in a good way)! Please keep up the good work and thanks for this great app.

Best regards,
Sparrowmelody~

PS: I think this is one of those apps that need more publicity, by the way, so don't mind the flames around. Although I really hate GTK dialogs and stuff, this is well worth it.

Report

C

giorgiotani

13 years ago

Hi, thank you for your positive and very detailed feedback!

Adding files and dirs through separated dialogs is a nag I'm needing to keep to make it work on all desktop environment supported, but I'm constantly evaluating smarter ways to allow layout editing (including a very nice function I'm thinking to, but I'm not close to accomplish this, regarding adding objects for a search form).

Drag and drop support is one other thing I'm studying about, but I was not able to get examples for Lazarus IDE and it's quite tricky because each supported desktop environment have its own API to do this.

The suggestion about popup help make sense, I'll think about a switch to disable them (like info level messages, or probably include them in the same option); the 'Cannot list archive's content' popup will be prompted only once in next version (1.9); I'm considering about making it a info level message (which, as said, can be turned off by an option) rather than warning level message. Moreover I'm working on improving encryption detection to make easier working with encrypted contents.

About the help, newer PeaZip has links to website (FAQ, forum, tracker...) and PDF help (latest online version) in Help main menu; I'm considering about creating standard man pages (which will be installed authomatically in DEB, RPM and TGZ versions).

Next version is planned in late summer, probably the first or second week of september, and it will bring several visual and under the hood improvements I scheduled during this year on the basis of user's feedback and personal user experience on the program, however your suggestions will be taken in account for future development.

I hope also to be in time to benefit of the release of the new version of Lazarus, planned about in that time, which will bring many improvements related both to underlying FreePascal compiler and to LCL, bringing improvements in support to GTK2 and other widgetset, hopefully addressing some of the visual issues reported on some configurations.
Thank you again
Giorgio Tani

Report

Sparrowmelody

13 years ago

I have tried 1.9 this weekend. The new behavior to handle encrypted files is excellent, with the message in the titlebar.
GTK2 version is still quite a mess, and after a few system updates the interface has become impossible to read, so I am going to try GTK1 today. The Windows version looks excellent though.
Thumbs up for the new version!

Report

9

BorgQueen

13 years ago

I don't know what you did, but peazip launches about 3 times faster than it did before. Well done.

Report

C

giorgiotani

13 years ago

Hi, thank you very much for the appreciation!
In this version I did only minor optimization in the GUI behaviour, it may be the reason of the faster startup time you are expriencing.
In next planned version it will be also a major enhancement in the way big archievs are handled, resulting in very faster times to open such archives.

Report

tryfan

13 years ago

that PeaZip is still on kde-apps. I've nothing against Gtk apps as such - I often use GIMP and streamtuner - but this is a desktop tool, and since it doesn't support proper d'n'd, and uses that half-assed gtk file dialogue, it's *really* out of place.
In my view, kde-apps should be about kde and/or qt, not gkt or java.
Amarok, for example, may function just as good under gnome, if you have the right kde libraries, but that doesn't make it a gnome app. It's just confusing :-(

Report

app3al

13 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

13 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

13 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

13 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

13 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

app3al

13 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

tryfan

13 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

9

BorgQueen

13 years ago

Whilst I agree with you in many things, especially about keeping kde apps, for kde and GTK being crap. Some times, an app is so exceptional, it should be allowed through. PeaZip is one of those. It does include a rudimentary konqueror servicemenu that works.

Report

quax

13 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

13 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

13 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

13 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

13 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

13 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

13 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

13 years ago

good software

Report

7.4.2 19 days ago

FLZMA2, LZ4, and Zstd compression algorithms are now supported for 7z archives on Linux

7.4.1 1 month ago

PEA format now supports cascade encryption combining 256 bit AES, Twofish, and Serpent in EAX mode
Fixes

7.4.0 2 months ago

New GUI
Can now create and edit ZIPX files

7.3.1 4 months ago

Updated zstd 1.4.5, updated p7zip sfx modules, various fixes and improvements.

7.3.0 5 months ago

Improved browsing, extraction, archiving, added BLAKE2 hash, added support for more formats, new 64 bit DEB installer

7.2.2 5 months ago

Various fixes

7.2.1 5 months ago

Fixes to new compression features

7.1.0 8 months ago

Addeds upport for Brotli (google) and Zstandard (Facebook) fast compression algorithms
Improved direct extraction form built in file manager
Added new compression options and presets

7.0.0 10 months ago

Improved high DPI support
New themes and icons
Open TAR archives as atomic operation
Improved file manager

6.9.0 1 year ago

Can update files in archives
Can add files to subfolder of existing archive
Show remaining time for current operation

6.8.0 1 year ago

Various fixes
Improved drag and drop in Windows version

6.7.2 1 year ago

Can now be minimized to system tray

6.7.1 1 year ago

New smart extraction to new folder

6.7.0 1 year ago

New streamlined GUI for archiving / extraction (multiple tasks in a single window), various fixes and improvements, smaller package size.

6.6.1 1 year ago

Added option to force batch extraction of unsupported file types with PeaZip (or other custom executable), and option to set a custom directory as working path, updated UPX backed to 3.95.

6.6.0 2 years ago

New fast routine for finding possible duplicate files, new option to edit non explicitly supported file types, like OpenOffice files, Microsoft COMPOUND files (Office), JAR, etc...

6.5.1 2 years ago

Updated crypto library and compiler

6.5.0 3 years ago

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

6.4.0 3 years ago

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

6.3.1 3 years ago

Fixes, visual improvements, updated translations

6.3.0 3 years ago

DPI aware
New archive update options

6.1.1 4 years ago

Updated p7zip to 16.02
Various fixes and usability improvements

4 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

12345678910
41271
product-maker paddyoliver Aug 30 2020 9 excellent
9 excellent
product-maker hugomsanchez Aug 24 2020 10 the best
10 the best peazip is so good, thanks bro!!
product-maker mairuu1678 Aug 22 2019 7 good
7 ดี
product-maker aleandrodasilva Aug 26 2018 3 bad
It is not a Nautilus script but a link to a proprietary application.
product-maker herr_lohse Jul 28 2016 9 excellent
product-maker paulus3005 May 09 2016 3 bad
product-maker dubious Oct 27 2015 3 bad
product-maker OderMalSo Jun 14 2015 9 excellent
product-maker oborasta May 12 2015 9 excellent
product-maker google01103 Apr 28 2015 3 bad
product-maker feedos Aug 18 2014 9 excellent
product-maker Omega9 Jul 11 2014 9 excellent
product-maker fifoxtasy Apr 30 2014 9 excellent
product-maker thevladsoft Jun 23 2013 9 excellent
product-maker RAIDENSUB Apr 26 2013 9 excellent
product-maker posixru Jun 13 2012 9 excellent
product-maker ObiWahn May 11 2012 9 excellent
product-maker electron222 Mar 18 2012 9 excellent
product-maker ElectronOo Feb 17 2012 9 excellent
product-maker nikore90 Dec 26 2011 9 excellent
product-maker pvt14 Nov 21 2011 9 excellent
product-maker darthroe Aug 02 2011 9 excellent
product-maker unikum111 Jul 23 2011 9 excellent
product-maker tcat Jun 25 2011 9 excellent
product-maker ionu Mar 14 2011 9 excellent
product-maker jota Feb 10 2011 9 excellent
product-maker dejan034 Jan 14 2011 9 excellent
product-maker udatt Dec 27 2010 9 excellent
product-maker BorgQueen Dec 13 2010 9 excellent
product-maker obsrv Nov 29 2010 9 excellent
product-maker MichauSm Nov 25 2010 9 excellent
product-maker bugmenot1234 Oct 25 2010 9 excellent
product-maker YAFU Oct 25 2010 9 excellent
product-maker Base: 4 x 5.0 Ratings
Be the first to comment
mbravos
May 12 2020
bradparkertn
May 01 2020
feedos
Aug 18 2014
fifoxtasy
Apr 30 2014
Helmy
Mar 04 2014
ObiWahn
May 11 2012
electron222
Mar 18 2012
Sparrowmelody
Oct 24 2011
YAFU
Apr 10 2010
BorgQueen
Feb 10 2010
gimox
Feb 10 2010
mirzaD
Jan 05 2010
koronation
Dec 29 2009
zunami
Dec 06 2009
Gianvacca
Sep 15 2009
Montblanc
Aug 27 2009
ngrocott
Jun 04 2009
File (click to download) Version Description PackagetypeArchitectureRelease Channel Downloads Date Filesize DL OCS-Install MD5SUM
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
LGPLv3
version
7.4.1
updated Oct 05 2020
added Feb 06 2007
downloads 24h
1
mediaviews 24h 0
pageviews 24h 45