modules from cch

[cchuang]

These modules is developed under slax-remix-09, but I think they can also run on Porteus well. The web site address is:

http://diffusion.cgu.edu.tw/ftp/porteus

[X-Factor]

i'll test a few hopefully they're ok

[cchuang]

A Open-Office fork, LibreOffice-3.3, is now downloaded from:

http://diffusion.cgu.edu.tw/ftp/porteus ... ibreoffice

Enjoy,

cch

[Hamza]

Could you post the details of this module ?

[cchuang]

Fear for OpenOffice development to be put under a foundation were raised long before Oracle's acquisition of Sun. The developers of OOo quit the Openoffice.org project and formed the Document Foundation. LibreOffice-3.3 is it's first release. This module was converted from rpm-installer version and came with shout-cut.

[Hamza]

Thanks...

Have you included some packages (libs) ?

Regards,

[cchuang]

LibreOffice updated to 3.3.2
Only official sources are included in this module.
No modules needed but Java. You can also find JDK in Java directory.

[fanthom]

@Hamza
"Have you tried to compress it to maximum with mksquashfs -b 1M"
i wouldn't do that as higher compression rate means more CPU power for decompression and slower system. default -b 256K is a good choice - IMHO.
Let's stick to the standards....

[Hamza]

@ fanthom

I'm sorry , but with 1M of Block Size , it works without any problems.But , If you said

i wouldn't do that as higher compression rate means more CPU power for decompression and slower system. default -b 256K is a good choice

@ cchuang

Please ignore my last message.



Regards,

[brokenman]

I don't think the block size will make enough difference to justify the extra passes during compression. Decompression should be just as quick however the difference in size due to a 1M block is not worth the trouble unless you are talking about HUGE files.

Thanks for this libre release ... i think it will be well used.

[fanthom]

@brokenman
in the slax times i have made comparison of slax-remix booting speed (in Vbox) when modules were compressed with different block size. the fastest was 64K if i remember correctly.
you can try to repeat the test with xz compression.
i'm wonder of the result

[brokenman]

Ah yes. I think i remember it, you were typing a commentary in a text editor next to vbox. I'll run the tests with xz when i get a chance.

Interesting ... here are the results from my test
Using virtualbox and a bash stopwatch script i wrote.

mksquashfs folder module.xzm -b 1M
15M iso/porteus/base/000-kernel.xzm
44M iso/porteus/base/001-core.xzm
58M iso/porteus/base/002-xorg.xzm
3.5M iso/porteus/base/003-lxde.xzm
52M iso/porteus/base/004-kde.xzm
20M iso/porteus/base/005-kdeapps.xzm
9.7M iso/porteus/base/006-koffice.xzm
34M iso/porteus/base/007-devel.xzm
13M iso/porteus/base/008-firefox.xzm
bash-4.1# du -sh porteus-v1-i486.iso
257M porteus-v1-i486.iso
Boot time 31s

mksquashfs folder module.xzm -b 64K
18M iso/porteus/base/000-kernel.xzm
54M iso/porteus/base/001-core.xzm
60M iso/porteus/base/002-xorg.xzm
4.3M iso/porteus/base/003-lxde.xzm
58M iso/porteus/base/004-kde.xzm
22M iso/porteus/base/005-kdeapps.xzm
11M iso/porteus/base/006-koffice.xzm
39M iso/porteus/base/007-devel.xzm
15M iso/porteus/base/008-firefox.xzm
288M porteus-v1-i486.iso
Boot time 24s

[fanthom]

as you can see with little bigger ISO size you are getting nice performance boost

[Hamza]

I agree with fanthom