SliTaz Forum
You are not logged in.
Pages: 1
Hello community!
I'm currently using rolling of Feb 1st, 2015, and now also testing the new RC3.
When I try to install Libre Office or Open Office (using get-* packages), no error message is shown (normal process), but the it stucks at the message "Compressing file system...". After 15 minutes of 100% CPU load and no progress in both cases, I cancelled the installation.
My question is: is the installation of some Office suite so long like this? How long does it take in your case?
Any help will be apreciated.
Offline
it has taken up or close to half an hour on one of my older machine
You can easily bypass this however, if you install it following the instructions on the libreoffice website. I have done it in the past. The slitaz installer will actually recompress the file in the slitaz install format, and this compression process takes a long time. The sad thing is that the file gets erased at a later time, unless my memory fails at remembering; I remember setting up some process to cancel the pkg file erase and keeping it for later reuse.
At least an option for less compression or no compression at all could be implemented in tazpkg so as to vastly accelerate the whole process. You can try to tweak tazpkg to reach that.
Offline
With rc3, LiveISO, 4 GB RAM, compressing the filesystem has taken 6-7 minutes for LibreOffice and 4 minutes for OpenOffice.
With the last rolling core64, LiveISO, 8 GB, on the same computer, it's taken the same times.
I can try tomorrow on the old Acer 256 MB RAM; I don't want to do it tonight, I'm afraid to spend the night on it.
Offline
Thank you guys for the informations! 
I forgot to say my PC configurations:
- processor: Intel Celeron, single core, 2.2GHZ
- 1.5GB of RAM
@christophe
The slitaz installer will actually recompress the file in the slitaz install format, and this compression process takes a long time
I liked your simple idea of install Libre Office directly from their website. I didn't think on it.
As I am just a "normal" user of Linux, I don't know yet how to modify tazpkg behavior. But I'll try it on the future with an uncompressed package version. (Maybe I could create one... when I have more time to learn about Linux)
@Ceel
I'm thinking now that the process speed depends on the CPU speed more than the amount of RAM. But your results are very interesting.
At last, I apologize for my bad English.
EDIT: I checked Libre Office and Open Office websites and they only have .deb or .rpm packages available. Well, it seems that there's no escape from tazpkg conversion... maybe it's a good idea to have a coffee break during installation LOL
Offline
Hi guys!
Can anyone tell clearly why we not prepare LO or OO .tazpkg package on the Cooker server?
Whether it depends on that fact SliTaz provides only self-compiled packages? No, at least we have "firefox-official" (and maybe few more packages) that only recompress the tarball with already compiled binaries into .tazpkg format.
Or, maybe it depends on the some license restrictions? (Can we re-distribute packages based on the original work using our own repository?)
Or, maybe we can't allow so high CPU load for the Cooker server to recompress the package?
Offline
At the official websites, Libre Office (LO) is a 207MB .deb file and Open Office (OO) is a 134MB .deb file.
Aren't they too big to include on Slitaz server? (I don't understand too much about servers.)
Offline
Here SliTaz Mirror packages list sorted by size descending (beware, long page): http://mirror1.slitaz.org/packages/cooking/?s=size&o=d
Biggest SliTaz package is 159MB. So, IMHO, size is not a problem.
Offline
Very interesting information. So, if there's no license or technical restrictions, it could be possible to include an Open Office deb-to-tazpkg converted pack at the server (134MB, the smallest of free offices).
By doing this the installation time could be dramatically reduced.
EDIT: I changed the status of this topic to "not a support question", because it doesn't seem to be a bug or some kind of problem with Office or Slitaz.
Offline
When I asked about adding deb to takspkg package on the server I have been explained that the server contains only packages recompiled on Slitaz.
Of course it does not make any sense for libreoffice as we only home a proxy to the libreoffice package.
It could be an old avatar of an ancient custom that even very very old people do not remember why they always did it this way 
Offline
Free extra packages will be built in http://mirror1.slitaz.org/packages/extra/
using http://mirror1.slitaz.org/packages/get/ scripts.
Example: http://mirror1.slitaz.org/packages/extra/LibreOffice-4.4.3.tazpkg
Note that version should change eventually.
Offline
Thank you very much, Bellard!!
Offline
Pages: 1
[ Generated in 0.019 seconds, 8 queries executed - Memory usage: 1.55 MiB (Peak: 1.77 MiB) ]