[..] > >Dernièrement, OOo2 (version 2.0.0-1) est entré dans Sid (=Unstable) et > >remplace complètement les versions antérieures. > > > > > Cela veux dire, qu'il n'est pas possible de choisir entre la version > 1.1.5 et la version 2.0 ? Exactement. Quand les beta et les rc d'OOo 1.9 étaient dans experimental, ils pouvaient cohabiter, mais plus maintenant. Cela dit, je ne vois pas bien pourquoi on voudrait pouvoir utiliser les deux sur le même système... Tu as un exemple?
[..] > >Par contre cette semaine, OOo2 (version 2.0.0-2) a été uploadée dans Sid > >et sera probablement très bientôt dans Etch (Testing) > > > Je l'espère et l'attend avec impatience :-) > > >à moins qu'on ne > >trouve des bugs importants dans ces packages. > >De là, un backport semi-officiel (et pas trop intrusif point de vue > >interdépendances) d'OOo2 pour Sarge sera disponible dans les tous > >prochains jours, Rene Engelhard (l'un des packageurs officiels d'OOo > >Debian) y travaille sérieusement (aidé par d'autres, dont moi). > > > > > Si tu pouvais nous informer sur cette liste dés que c'est prèt, je veux > bien essayer ce backport. Ce serait à mon avis préférable que quelqu'un m'envoie un message en privé de temps en temps pour me demander où ça en est, parce que je ne lis pas très régulièrement cette ml. > >À côté de cela, Ubuntu poursuit son petit bonhomme de chemin, et la > >Breezy (dernière release, qui date d'Octobre 2005) est fournie en > >standard avec OOo2 (rc1 ou rc2, je ne me souviens pas bien). > > > > > Y a t'il une entraide pour OOo 2.0 entre les développeurs de Debian et > de Unbuntu ? Bien sûr. Et c'est même beaucoup plus large, comme j'explique ci-dessous. > >Si on peut penser que Debian a "traîné" à avoir des packages officiels > >d'OOo2, c'est surtout pour des questions de licences de distribution, à > >cause des dépendances fortes à Java. Un grand travail a été réalisé par > >la Communauté pour arriver à compiler et utiliser la majorité des > >fonctionnalités d'OOo2 avec GCJ (compilateur Java de la suite GCC), mais > >malheureusement, il faut au minimum la version 4.0, qui est récente et > >n'a été incluse que dernièrement dans les distributions. > > > > > Oui, et je suis au courant du travail que font les développeurs de > Debian pour le projet OOo et je tiens à vous (te) remercier. C'est Debian qui a fait le travail initial pour pouvoir supporter l'installation d'OOo en plusieurs langues (d'interface et d'aide) sur le même système. Et je pense que le portage vers d'autres architectures (surtout PPc) sous Linux a été très poussé par Debian aussi, tout comme l'amélioration de la procédure de compilation pour utiliser moins d'espace disque et utiliser efficacement ccache. Mais ça ne s'arrête pas là... > Au sujet de GCJ, j'aimerais bien connaître (si tu le sais) ce qui ne > marche pas correctement ou pas du tout dans la version 2 de la version > Debian à cause de GCJ. Avec GCJ 4.0, tout fonctionne maintenant. > >Par ailleurs, OOo offre maintenant beaucoup de possibilités de > >personnalisations pour le distributeur, Debian par exemple dans ce cas. > > > >Personnellement, je n'installerais pas des RPM transformés avec Alien, > >parce qu'OOo est un projet qui dépend de plein d'autres choses et y > >gagne sérieusement à être bien intégré dans la distribution. > > > > > Tu pourrais préciser, car ça m'intéresse vraiment étant donné que je > suis en train de déployer Debian au boulot sur les postes des > utilisateurs et je compte profiter de ce déploiement pour passer > également à la version 2 de OOo. > > J'aimerais par exemple savoir si les bibliothèques sont partagées si OOo > est lancé plusieurs fois par plusieurs utilisateurs d'un serveur Linux > (Via LTSP par exemple) pour limiter l'utilisation de la mémoire ? Entre les différentes instances d'OOo, c'est possible. Ce qui se passe, c'est qu'OOo est livré avec toutes ses librairies, et donc partage très peu avec le reste du système (presque rien). Tu ne peux pas non plus avoir un utilisateur avec OOo dans une langue (ainsi que l'aide) et un autre dans une autre langue... Enfin, plein de petites améliorations. Par contre, si quelqu'un pouvait faire des tests de performances (surtout le temps pour démarrer OOo), je serais intéressé par les résultats, mais ça m'étonnerait vraiment que la version officielle fasse mieux que la version Debian. > Actuellement, sur mes postes Debian, j'utilise la version officielle 1.x > de OO et non pas le paquet Debian. Mais j'aimerais beaucoup pouvoir > utiliser le paquet Debian si celui-ci est bien intégré et fonctionne > correctement. Pourquoi ne pas utiliser la version Debian? Tu pourrais le prelinker très facilement, et ça accélérerait très probablement le lancement (Note: les packages Debian d'OOo2 n'ont pas encore cette fonctionnalité, mais on y travaille). > >Encore une petite remarque technique: Debian, Ubuntu, et la plupart des > >autres distributions utilisent le système de compilation et > >d'intégration d'OOo conçu au départ par Ximian (maintenant Novell) et > >Debian: ooo-build, qui n'est pas officiel à OpenOffice.org. > > > Et sais tu ce que ça peux changer au niveau des utilisateurs ? Rien, je pense. Mais par contre, ça facilite et accélère la compilation et permet d'améliorer l'intégration avec une distribution spécifique, donc ça bénéficie à l'utilisateur en fin de compte. > >Pour ce qui est du support de l'AMD64, OOo2 était prévu compiler et > >tourner correctement en architecture purement 64 bits, mais > >malheureusement, ça n'est toujours pas le cas. Néanmoins comme beaucoup > >de personnes sont intéressées, gageons que cela ne prendra plus trop > >longtemps avant d'être opérationnel. > > > >J'espère avoir été clair et complet. > > > > > Très claire mais désolé pour toute mes questions ;-) > > Encore merci pour ton message. > > Tony --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
