Hi, I just updated PeaZip archiver project ( http://peazip.sourceforge.net/ ) publishing a .tgz package for Slackware-based Linux systems.
PeaZip is a cross-platform archiver featuring encryption and volume spanning, released under LGPL.
Standalone, portable packages are available as well; those package can be simply extracted and used from the favuorite path (i.e. on the network, on removable devices like USB sticks etc).
A version using GTK1 is also available, allowing to run PeaZip on older machines or where experiencing problems running GTK2 version of the program.
Desktop integration in Gnome and KDE (generally, any FreeDesktop compliant desktop environment) is available through standard .desktop files provided in FreeDesktop_integration subfolder in program's path (the .tgz get installed in /usr/bin/peazip/).

Sources are written in FreePascal for Lazarus IDE ( http://www.lazarus.freepascal.org/ ).
To compile under Lazarus open project_peach.lpi and select build all; remember to remove WinXP package dependency (it's used only under Win32 to generate application's manifest), other platform specific needs are authomatically resolved by conditional compilation.
In project options you can chose the widgetset to use for the application: Win32, GTK1 and GTK2 are the ones better supported by Lazarus at present state but also carbon, Qt and WinCE are supported at different level of maturity.

Thank you for any feedback!

I have moved this to Linux-News as it is a press release type of post. Out of interest: What sets this product apart from other archivers?

Hi, thank you for the question.
I started writing PeaZip since I desired a portable and non desktop-specific archiver, an application which has to be as autocontained as possible to:
a) can be used both on Gnome and KDE, and possibly other desktop environments, and
b) can be used from any path in order to can be shared on a network or brought with the user on an USB stick or similar device.
I think to have accomplished this with PeaZip; even in the case on a specific distribution some libraries are missing, they are standard gtk/gdk components that can be easily found from official sources (and can be quite painlessly installed on production machines where must be maintained a very controlled library environment).

I also introduced a couple of features I like and I miss (or don't find handy as I would like) in other archivers:
1) the ability to save to text and then restore, edit and merge archive's layout (list of objects to be archived), in a way not so far from what CD/DVD burning application does with CD layout; a feature I find useful for speeding up the definition of items to be archived when many data or complex structures are involved, like for backup tasks;
2) the ability to export archiving/extraction job definition as command line to be submitted to backend applications; this allows the user to fine tune jobs quickly defined in the GUI putting their hands on the actual command line; it's intended to help users to bridge the gap between the easier GUI-world approach and more flexible and powerful command line world to get the best from the two worlds.

Another side I appreciate of that project is that acting as a frontend it allows to easily add supported applications (with suitable licensing) and formats; that allowed me to integrate (alongside the exceptional p7zip which supports most of the formats) also niche applications usually not featured in other archivers, like Matt Mahoney's PAQ (giving highest known compression ratios), or Ilia Muraviev's QUAD, a very interesting compressor with good compression ratio and fast decompression, or Pea (written by myself), a security focused format featuring volume spanning, integrity checks ranging from CRC32 to Whirlpool and authenticated encryption in EAX mode with AES128 and AES256.

Of course, I know archiver field is one of the more rich of good programs and good programmers.
I hope to have anyway done something good and introduced something interesting that may worth some attention from user's point of view (or also, being it open source, from other developer's point of view).
Thank you for the feedback
Giorgio