Volker Armin Hemmann wrote: > extremly long. So long that you have to start ooo several times a day for a > year so that the saved startup time equalizes the time spent compiling it. > I have to disagree. On my laptop Dell Inspiron 6400, Dual Core Pentium (T2130) 1.8 GHz, 2 GB RAM, 160 GB HD. The compile time is absolutely OK. Important is that the feature "ccache" in make.conf is enabled and MAKEOPTS has a reasonable value, I have set it to "-j2". I follow the rule MAKEOPTS=<number CPUS>. But in the case of openoffice, the ebuild overwrite this value with "-j1". For the version 2.3.x I had set the variable WANT_MP but with version 2.4 it breaks the build. But how you can see in the following, that's only a minor problem.
wolf-di6400 0(0) 03:04 PM ~ # qlop -gH openoffice openoffice: Fri May 2 16:22:23 2008: 1 hour, 20 minutes, 38 seconds openoffice: Sat May 3 04:06:11 2008: 1 hour, 19 minutes, 12 seconds openoffice: 2 times wolf-di6400 0(0) 03:04 PM ~ # emerge -avt openoffice These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] app-office/openoffice-2.4.0 USE="binfilter cups dbus firefox gnome gstreamer gtk java ldap mono odk opengl pam -debug -eds -kde -seamonkey -webdav -xulrunner" LINGUAS="-af -ar -as_IN -be_BY -bg -bn -br -bs -ca -cs -cy -da -de -dz -el -en -en_GB -en_US -en_ZA -eo -es -et -fa -fi -fr -ga -gl -gu_IN -he -hi_IN -hr -hu -it -ja -km -ko -ku -lt -lv -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN -pl -pt -pt_BR -ru -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB > If you are even able to. Openoffice is a bitch to compile. Even the slightest > change might break the compilation. It really, really sucks. IMHO openoffice > is a nice example for everything that is wrong. > I can't this confirm. > Go with openoffice-bin. See above. W. Canis
signature.asc
Description: OpenPGP digital signature