Compiler OpenOffice sur MacPro
- Créateur du sujet boulifb
- Date de début
j'ai fait un truc similaire, j'ai compiler neooffice sur un imac. Ce que ca donne, faut un peu s'accrocher car il faut bien récuperer les bonnes libraries par des fink et autres darwinports et passer le temps de compilation. Sur mon imac intel, il a du mettre 18h, je crois, mais bon il faisait autres chose à coté.
j'ai fait un truc similaire, j'ai compiler neooffice sur un imac. Ce que ca donne, faut un peu s'accrocher car il faut bien récuperer les bonnes libraries par des fink et autres darwinports et passer le temps de compilation. Sur mon imac intel, il a du mettre 18h, je crois, mais bon il faisait autres chose à coté.
18h de compilation... quand même... c'est pas un projet de tapette
Donc, avec 4 coeurs sur Mac Pro, il devrait mettre 9h
(je déconne)...
18h de compilation... quand même... c'est pas un projet de tapette
Donc, avec 4 coeurs sur Mac Pro, il devrait mettre 9h
c'est bien possible qu'il mette se temps la, voir moins. j'ai un ami qui mettait 9h a compiler kde sur un bi-xeon équipé d'un freebsd.
Mais comme le je l'ai dit, il y a avait les processus de boinc manager qui tournaient en arrière plan, et je continuer a surfer et ecouter de la musique.
Donc le mac avait un beaucoups de chose à faire.
oui cela met assez longtemps,
(normal)
si vous commencez à compiler régulièrement de grosses apps
votre noyeau ecetera ...
pensez à avoir toujours un disk dur d'avance
( sur ma compile farm un disk-dur meurt au bout de 3 mois)
:zen:
(normal)
si vous commencez à compiler régulièrement de grosses apps
votre noyeau ecetera ...
pensez à avoir toujours un disk dur d'avance
( sur ma compile farm un disk-dur meurt au bout de 3 mois)
:zen:
ericb->boulifb
Bonjour,
Pour information, la compilation d'OpenOffice.org dure approximativement :
- 6 à 8h sur un Imac Intel, avec 1,5Go de RAM
- 15 à 18h sur un powerbook G4 ( 1Go RAM)
Je pense qu'en ~5 heures, cela devrait être réglé sur ta machine.
Si tu veux plus d'infos, tu peux nous rencontrer sur IRC.
Serveur : irc.freenode.net
Channels :
#fr.openoffice.org (en français)
#ooo_macport (en anglais)
Et si tu as des connaissances en C/C++/Carbon, tu es le bienvenu pour nous aider.
Pour plus d'informations sur le développement Mac d'OpenOffice.org sur notre wiki :
Categories Aqua et Porting
Sinon, Ma page (un peu bazar, mais beaucoup d'infos)
.. peut-être à bientôt
Eric Bachard
Bonjour,
Pour information, la compilation d'OpenOffice.org dure approximativement :
- 6 à 8h sur un Imac Intel, avec 1,5Go de RAM
- 15 à 18h sur un powerbook G4 ( 1Go RAM)
Je pense qu'en ~5 heures, cela devrait être réglé sur ta machine.
Si tu veux plus d'infos, tu peux nous rencontrer sur IRC.
Serveur : irc.freenode.net
Channels :
#fr.openoffice.org (en français)
#ooo_macport (en anglais)
Et si tu as des connaissances en C/C++/Carbon, tu es le bienvenu pour nous aider.
Pour plus d'informations sur le développement Mac d'OpenOffice.org sur notre wiki :
Categories Aqua et Porting
Sinon, Ma page (un peu bazar, mais beaucoup d'infos)
.. peut-être à bientôt
Eric Bachard
Bonjour Eric,
j'ai un peu joué avec le port natif
(pas evident mais on s'en sort)
j'ai une question à propos de java
es-ce que le peu qui reste va etre
supprimé dans le futur ?
cela serait plus cohérent non ? pas de mix ?
le port natif règle le problème
d'avoir trois app (writer, calc ...)
j'ai joué avec le droplet mais toutes les solus (ca fonctionne )
sont foireuses pour diverses raisons
je n'obtient pas un résultat satisfesant
donc inutile
j'ai joué avec aqua GTK j'espère que d'ici un 1 an un projet stable officiel
sera disponible cela permettrait comme abiword de ce plugger sur la techno GTK
j'ai aussi lu le reporting at SF about abiword/openoffice/google summer code
( partager des plugins document types )
( neooffice team devrait rejoindre openoffice et arreter neo )
:zen:
j'ai un peu joué avec le port natif
(pas evident mais on s'en sort)
j'ai une question à propos de java
es-ce que le peu qui reste va etre
supprimé dans le futur ?
cela serait plus cohérent non ? pas de mix ?
le port natif règle le problème
d'avoir trois app (writer, calc ...)
j'ai joué avec le droplet mais toutes les solus (ca fonctionne )
sont foireuses pour diverses raisons
je n'obtient pas un résultat satisfesant
donc inutile
j'ai joué avec aqua GTK j'espère que d'ici un 1 an un projet stable officiel
sera disponible cela permettrait comme abiword de ce plugger sur la techno GTK
j'ai aussi lu le reporting at SF about abiword/openoffice/google summer code
( partager des plugins document types )
( neooffice team devrait rejoindre openoffice et arreter neo )
:zen:
Qu'est-ce que ca donne ce projet de porter plus nativement OOo? Ca avance vite ou il y a de grosses difficultés?
bah je pense qu'ils ont besoin de mimines
il n'y a jamais de difficultés au sens du terme
il y a besoin de main-d'œuvre comme la plupart
des projets FOSS
je bidouille avec Oo car je n'ai pas le temps de m'investir
plus sur ce projet (je fais partie déjà d'un gros bordel qui me prend pas mal
de temps et j'ai à peine le temps de jouer avec mes autres projets perso)
la dist + port system + projets perso + la vraie vie + travail
j'ai déjà un emploi du temps bien rempli
il n'y a jamais de difficultés au sens du terme
il y a besoin de main-d'œuvre comme la plupart
des projets FOSS
je bidouille avec Oo car je n'ai pas le temps de m'investir
plus sur ce projet (je fais partie déjà d'un gros bordel qui me prend pas mal
de temps et j'ai à peine le temps de jouer avec mes autres projets perso)
la dist + port system + projets perso + la vraie vie + travail
j'ai déjà un emploi du temps bien rempli
bah je pense qu'ils ont besoin de mimines
il n'y a jamais de difficultés au sens du terme
il y a besoin de main-d'uvre comme la plupart
des projets FOSS
je bidouille avec Oo car je n'ai pas le temps de m'investir
plus sur ce projet (je fais partie déjà d'un gros bordel qui me prend pas mal
de temps et j'ai à peine le temps de jouer avec mes autres projets perso)
la dist + port system + projets perso + la vraie vie + travail
A quand une machine à rajouter des jours?
sinon en tant que testeur, moi peros je veux bien.
Pour le dev, c'est audessus de mes capacité et de mon temps.
ericb->tatouille
Même problème ici, en ce qui concerne le temps : il faurait que j'en achete un peu
Pour te répondre : à part Base, Java est relativement peu utilisé ( wizards, filtres XML , player -qu'on va remplacer- ).
Je n'ai aucune idee si cela va augmenter ou diminuer. Ceci dit, Java est maintenant bien pris en compte sur tous les OS, et toutes les architectures, donc c'est "moins" un problème. Même si sapucepalibre
Enfin, pour le droplet, on a résolu le problème à la main (si tu souhaites tester la version native Intel, demande moi), mais pas encore en "série" dans le processus de compilation.
La raison est très simple: on réfléchit à une application unique, divisée en plus petites, de façon à toujours avoir OpenOffice.org ouvert quand on ferme une fenêtre.
Au sujet de gtk, on a une implémentation toute prête (je passe des heures dedans pour les contrôles natifs).
Si tu veux, on peut en discuter plus longuement.
P.S.: en fait, on bosse avec les trois implémentations : Windows, gtk et kde car les 3 nous aident à comprendre comment cela fonctionne.
Même problème ici, en ce qui concerne le temps : il faurait que j'en achete un peu
Pour te répondre : à part Base, Java est relativement peu utilisé ( wizards, filtres XML , player -qu'on va remplacer- ).
Je n'ai aucune idee si cela va augmenter ou diminuer. Ceci dit, Java est maintenant bien pris en compte sur tous les OS, et toutes les architectures, donc c'est "moins" un problème. Même si sapucepalibre
Enfin, pour le droplet, on a résolu le problème à la main (si tu souhaites tester la version native Intel, demande moi), mais pas encore en "série" dans le processus de compilation.
La raison est très simple: on réfléchit à une application unique, divisée en plus petites, de façon à toujours avoir OpenOffice.org ouvert quand on ferme une fenêtre.
Au sujet de gtk, on a une implémentation toute prête (je passe des heures dedans pour les contrôles natifs).
Si tu veux, on peut en discuter plus longuement.
P.S.: en fait, on bosse avec les trois implémentations : Windows, gtk et kde car les 3 nous aident à comprendre comment cela fonctionne.
-Java oui pour le peu qu'il reste , c'est tant Java , c'est plutot limiter les mixes
afin d'avoir un dev cohérent et ca limite les competences
- pour les trois appli j'y ai pensé
conclusion
chaque appli(starter) peuvent demarrer le deamon Oo
si le deamon est alive le starter envoie juste une notification
example
OPEN_CALC
le deamon recoit le flag et sait qu'elle document il doit ouvrir
je dois encore tester avec les identifier pour avoir toujours un seul icon dans le doc
mais es ce logique ...
afin d'avoir un dev cohérent et ca limite les competences
- pour les trois appli j'y ai pensé
conclusion
chaque appli(starter) peuvent demarrer le deamon Oo
si le deamon est alive le starter envoie juste une notification
example
OPEN_CALC
le deamon recoit le flag et sait qu'elle document il doit ouvrir
je dois encore tester avec les identifier pour avoir toujours un seul icon dans le doc
mais es ce logique ...
Merci pour toutes ces précisions.
Si j'ai posé la question c'est pour avoir un ordre de grandeur de temps d'une part et pour tester mon nouveau mac d'autre part
J'ai un peu de temps devant moi, alors je vais m'amuser à tester ça
fred.
amuses toi bien.
Dis nous ce que cela donne chez toi. 
