even een kleine toelichting voor mensen die Gentoo niet kennen of nog nooit tegen dit punt aan zijn gelopen.
Gentoo levert een klein aantal binairy installs. Dit zijn pakketten die over het algemeen een erg lange compileer tijd hebben (bijv. openoffice, mozilla, thunderbird, firefox) of closed source zijn.
Mij gaat het om de eerste groep, en dan vooral OpenOffice. Deze is ook als source te krijgen, maar heeft op mijn laptop zo'n 12 tot 14 uur nodig om te compileren (uit mijn hoofd). Dit is erg lang, maar opzich met een dagje draaien moet het lukken. Ik wil deze versie graag draaien vanwege betere integratie met KDE, dependencies en snelheids winst.
Wat betreft de dependencies, zelfs met een verse install heb ik fouten met deze bestanden:
revdep-rebuild hersteld ze niet, en lijken al vanaf versie 2.0 in de binaire install te zitten (ik heb ze al zolang ik me kan herinneren). Maar het beïnvloed de werking van OO verder niet.
Dit zijn dus 3 redenen die het voor mij verdedigen om een lange tijd uit te trekken om de boel te compileren.
Nu vraag je je af wat dan het probleem is???
Dat is dat de binairy install die er nu opstaat de source install blokkeerd. Ik moet dus eerst de binairy install verwijderen voordat ik kan beginnen met compileren van de andere versie. En daar gaat het fout, want ik gebruik OpenOffice om in te schrijven en kan dus niet zomaar een dag zonder werkende tekstverwerker zitten...
Is er een mogelijkheid om het hele pakket te compileren in een afgeschermde omgeving en als het klaar is over te zetten naar de live omgeving? Dus vergelijkbaar met wat Distcc doet bij cross-compilen.
Gentoo levert een klein aantal binairy installs. Dit zijn pakketten die over het algemeen een erg lange compileer tijd hebben (bijv. openoffice, mozilla, thunderbird, firefox) of closed source zijn.
Mij gaat het om de eerste groep, en dan vooral OpenOffice. Deze is ook als source te krijgen, maar heeft op mijn laptop zo'n 12 tot 14 uur nodig om te compileren (uit mijn hoofd). Dit is erg lang, maar opzich met een dagje draaien moet het lukken. Ik wil deze versie graag draaien vanwege betere integratie met KDE, dependencies en snelheids winst.
Wat betreft de dependencies, zelfs met een verse install heb ik fouten met deze bestanden:
code:
1
2
3
4
5
| /usr/lib/openoffice/program/libofficebean.so.1.1 /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_bsddb.so /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/dbm.so /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/gdbm.so /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_ssl.so |
revdep-rebuild hersteld ze niet, en lijken al vanaf versie 2.0 in de binaire install te zitten (ik heb ze al zolang ik me kan herinneren). Maar het beïnvloed de werking van OO verder niet.
Dit zijn dus 3 redenen die het voor mij verdedigen om een lange tijd uit te trekken om de boel te compileren.
Nu vraag je je af wat dan het probleem is???
Dat is dat de binairy install die er nu opstaat de source install blokkeerd. Ik moet dus eerst de binairy install verwijderen voordat ik kan beginnen met compileren van de andere versie. En daar gaat het fout, want ik gebruik OpenOffice om in te schrijven en kan dus niet zomaar een dag zonder werkende tekstverwerker zitten...
Is er een mogelijkheid om het hele pakket te compileren in een afgeschermde omgeving en als het klaar is over te zetten naar de live omgeving? Dus vergelijkbaar met wat Distcc doet bij cross-compilen.
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier