Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
PeaZip 3.5 file and archive manager
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
GiorgioTani
n00b
n00b


Joined: 04 Dec 2006
Posts: 56

PostPosted: Thu Nov 25, 2010 7:34 pm    Post subject: PeaZip 3.5 file and archive manager Reply with quote

PeaZip 3.5 was released today.
The new website of the application, with all information about latest release, is http://www.peazip.org
Downloads for Linux, as well as most common hints for Linux users, are on http://www.peazip.org/peazip-linux.html page.

The project is now hosted on Google Code, which also provides the issue tracker, on http://code.google.com/p/peazip/

As you can find linked in homepage, the new repository for translations is http://code.google.com/p/peazip-translations/downloads/list
You can start from here if you are willing to contribute or update a translation (your help is very welcome!) or if you are searching a newly contributed language file that is not yet in application's packages.
Back to top
View user's profile Send private message
jbouzan
Tux's lil' helper
Tux's lil' helper


Joined: 23 Nov 2007
Posts: 138

PostPosted: Thu Nov 25, 2010 9:40 pm    Post subject: Reply with quote

Has someone begun to make an ebuild for the binary of this? Lazarus seems like an awfully big dependency for an archiver.
Code:
$ USE="source" emerge -pv lazarus

These are the packages that would be merged, in order:

Calculating dependencies                                    ... done!
[ebuild  N    ] dev-lang/fpc-2.4.0  USE="source -doc" 79,981 kB
[ebuild  N    ] dev-lang/lazarus-0.9.28.2-r1  12,631 kB

Total: 2 packages (2 new), Size of downloads: 92,612 kB
Back to top
View user's profile Send private message
haarp
Guru
Guru


Joined: 31 Oct 2007
Posts: 535

PostPosted: Thu Dec 09, 2010 10:34 am    Post subject: Reply with quote

There's a binary ebuild in Bugzilla, but it's terribly outdated. I tried updating it, but it doesn't work properly :[
Just extracting the "portable" version and running it as a user works though.
Back to top
View user's profile Send private message
XQYZ
Apprentice
Apprentice


Joined: 19 Jul 2009
Posts: 231
Location: Europe

PostPosted: Thu Dec 09, 2010 12:37 pm    Post subject: Reply with quote

jbouzan wrote:
Has someone begun to make an ebuild for the binary of this? Lazarus seems like an awfully big dependency for an archiver.


Not necessairily. It's just coded in Free Pascal/Lazarus and thus needs it to compile. I mean gcc is a pretty damn big dependancy just to compile bash, but that's beside the point.
Back to top
View user's profile Send private message
phajdan.jr
Retired Dev
Retired Dev


Joined: 23 Mar 2006
Posts: 1777
Location: Poland

PostPosted: Thu Dec 09, 2010 2:55 pm    Post subject: Re: PeaZip 3.5 file and archive manager Reply with quote

GiorgioTani wrote:
PeaZip 3.5 was released today.


Hi Giorgio. As you posted on a Gentoo forum, would you like to help me packaging PeaZip for Gentoo?

Ideally, I'd like to create a package that would build PeaZip from source, in an automated way (i.e. no user interaction, everything done from command line). Is that possible?
_________________
http://phajdan-jr.blogspot.com/
Back to top
View user's profile Send private message
GiorgioTani
n00b
n00b


Joined: 04 Dec 2006
Posts: 56

PostPosted: Fri Dec 10, 2010 2:38 pm    Post subject: Re: PeaZip 3.5 file and archive manager Reply with quote

phajdan.jr wrote:

Ideally, I'd like to create a package that would build PeaZip from source, in an automated way (i.e. no user interaction, everything done from command line). Is that possible?

Well, I've never tried but there are some interesting hints about possible automations in Lazarus, i.e.
http://wiki.lazarus.freepascal.org/Deploying_Your_Application#Creating_a_Makefile_for_your_Lazarus_software

Another important note: I compile PeaZip on 32 bit Linux as the current release of the crypto library in use gives various errors, related to ASM optimised sections, if compiled with the current stable 64 bit release of Lazarus.
Anyway, the user will need ia32-libs libs installed as most of the binaries in PeaZip package (p7zip, freearc, *paq etc) comes compiled and tested by respective authors for 32 bit Linux (never tried to compile them on a 64 bit machine), so having ia32-libs would be recommended as long as the last 32 bit executable is in use.

Thank you very much for getting interested in PeaZip, please free to contact me on the address reported on Support page http://www.peazip.org/peazip-help.html
Back to top
View user's profile Send private message
haarp
Guru
Guru


Joined: 31 Oct 2007
Posts: 535

PostPosted: Fri Dec 10, 2010 2:52 pm    Post subject: Reply with quote

I'd really love the see Peazip in Portage. All graphical archiving programs I tried (File roller, Xarchiver, Squeeze, etc.) are severely lacking, buggy and don't offer the functionality I need. Peazip is a lot better :) So thanks for creating it and making it multi-platform!
I could even live with a binary ebuild if it cuts down on deps.

A question though: Why doesn't Peazip prefer the system backends (7z and others) when available? I don't see a reason not to use the native 64bit version if it is installed on the system.
Back to top
View user's profile Send private message
phajdan.jr
Retired Dev
Retired Dev


Joined: 23 Mar 2006
Posts: 1777
Location: Poland

PostPosted: Fri Dec 10, 2010 4:20 pm    Post subject: Re: PeaZip 3.5 file and archive manager Reply with quote

GiorgioTani wrote:
Well, I've never tried but there are some interesting hints about possible automations in Lazarus, i.e.
http://wiki.lazarus.freepascal.org/Deploying_Your_Application#Creating_a_Makefile_for_your_Lazarus_software


I rather don't have time to create an automated build system for scratch in a world of tools I don't know. I'm not sure how many other Linux distributions ship PeaZip, but I guess everyone distributing this package would appreciate working Makefiles being present in the source tarballs.

GiorgioTani wrote:
Another important note: I compile PeaZip on 32 bit Linux as the current release of the crypto library in use gives various errors, related to ASM optimised sections, if compiled with the current stable 64 bit release of Lazarus.


I'm not sure if it's feasible to compile 32-bit Lazarus on 64-bit Gentoo... maybe when we have support for multilib-build in portage... It would be best to fix those problems (remove ASM sections?).

GiorgioTani wrote:
Thank you very much for getting interested in PeaZip, please free to contact me on the address reported on Support page http://www.peazip.org/peazip-help.html


If I had some specific questions, I would surely do that. However, for now I'm mostly asking for any automated build solution.
_________________
http://phajdan-jr.blogspot.com/
Back to top
View user's profile Send private message
GiorgioTani
n00b
n00b


Joined: 04 Dec 2006
Posts: 56

PostPosted: Fri Dec 10, 2010 7:37 pm    Post subject: Reply with quote

haarp wrote:
A question though: Why doesn't Peazip prefer the system backends (7z and others) when available? I don't see a reason not to use the native 64bit version if it is installed on the system.

It would be certainly a good idea to add code for checking the system for shared tools to use instead of embedded ones, either for reduce the size of the package or to offer them as alternatives, even if it would need some caution as syntax is not always 1:1 identical between different versions of a tool (that's why some people prefers freezing certain libraries to a well known version, in order to have predictable responses from the environment).
Until now, my priority was mainly to keep the tool as autocontained as possible, reducing external dependencies was one of the key factors in helping me in making it cross platform and being able to build a portable version both for Windows and Linux (provided, in this case, the system has all needed libraries, as ia-32).
You don't really need an installer as the portable package can be just unpacked to the desired path; all further system integration can be done with .desktop files, and Nautilus scripts for Gnome users.
And you can freely replace all backend "engines" with the version of the binary you prefer, providing the same syntax is supported by both versions.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum