View previous topic :: View next topic |
Author |
Message |
GiorgioTani n00b
Joined: 04 Dec 2006 Posts: 56
|
Posted: Thu Nov 25, 2010 7:34 pm Post subject: PeaZip 3.5 file and archive manager |
|
|
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 |
|
|
jbouzan Tux's lil' helper
Joined: 23 Nov 2007 Posts: 138
|
Posted: Thu Nov 25, 2010 9:40 pm Post subject: |
|
|
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 |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Thu Dec 09, 2010 10:34 am Post subject: |
|
|
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 |
|
|
XQYZ Apprentice
Joined: 19 Jul 2009 Posts: 231 Location: Europe
|
Posted: Thu Dec 09, 2010 12:37 pm Post subject: |
|
|
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 |
|
|
phajdan.jr Retired Dev
Joined: 23 Mar 2006 Posts: 1777 Location: Poland
|
Posted: Thu Dec 09, 2010 2:55 pm Post subject: Re: PeaZip 3.5 file and archive manager |
|
|
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 |
|
|
GiorgioTani n00b
Joined: 04 Dec 2006 Posts: 56
|
Posted: Fri Dec 10, 2010 2:38 pm Post subject: Re: PeaZip 3.5 file and archive manager |
|
|
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 |
|
|
haarp Guru
Joined: 31 Oct 2007 Posts: 535
|
Posted: Fri Dec 10, 2010 2:52 pm Post subject: |
|
|
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 |
|
|
phajdan.jr Retired Dev
Joined: 23 Mar 2006 Posts: 1777 Location: Poland
|
Posted: Fri Dec 10, 2010 4:20 pm Post subject: Re: PeaZip 3.5 file and archive manager |
|
|
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?).
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 |
|
|
GiorgioTani n00b
Joined: 04 Dec 2006 Posts: 56
|
Posted: Fri Dec 10, 2010 7:37 pm Post subject: |
|
|
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 |
|
|
|
|
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
|
|