Bonjour Jérôme,

Merci beaucoup pour ces précisions très intéressantes surtout pour un Debianniste comme moi :-)

Jérôme Warnier a écrit :

Le dimanche 30 octobre 2005 à 15:04 +0100, Charles-H.Schulz a écrit :
Bonjour,
j'ai du mal regardé, mais je n'arrive pas à trouver les rpm et les deb
de la 2.0 sur les mirroirs en français.
Je sais, Debian a un mirroir, mais honnêtement il convient mieux pour
ses propres versions unstable et experimental...

Je vais essayer de répondre ici à propos des packages Debian de façon
exhaustive.

Debian a eu des prerelease d'OOo2 dans experimental depuis longtemps
(quelques mois).
OK

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 ?

La Sarge, étant devenue Stable il y a quelques mois, n'intègrera
*jamais* OOo2 officiellement (pour plus d'information, voir la gestion
des versions de Debian Stable/Testing/Unstable).
OK

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.

À 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 ?

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.

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.

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 ?

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.

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 ?

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]

Répondre à