StarOffice mini-HOWTO: Installation

Page suivante Page pr�c�dente Table des mati�res

3. Installation

Voici les �tapes de l'installation de StarOffice :

l'utilisateur root doit d�compacter sous /usr/local les archives tar fournies
chaque utilisateur doit lancer au moins une fois le programme d'installation locale
chaque utilisateur doit "sourcer" un fichier cr�� lors de l'installation locale
( /.sd.sh or /.sd.csh)
chaque utilisateur lira avec profit la section de ce document consacr�e � LANG.

Les binaires de StarOffice reposent sur la version 5.4.4 de la biblioth�que C, et fonctionneront avec la libc 5.3, mais le programme d'installation ne donne satisfaction qu'avec une version de libc au moins �gale � 5.4.4.

Une solution (non test�e) permettant d'installer le logiciel sans mettre � jour consisterait � d�sarchiver une libc ad�quate dans un r�pertoire temporaire puis � la r�f�rencer dans la variable d'environnement LD_LIBRARY_PATH avant d'invoquer l'utilitaire d'installation.

Il est inutile d'essayer d'employer une libc trop ancienne car la proc�dure d'installation �choue en ce cas avec le message d'erreur :

 line 1: Syntax error at token 'I' expected declarator;

Mise � jour de la libc

La plus r�cente version de la libc se nomme libc-VERSION.bin.tar.gz (par exemple libc-5.4.33.bin.tar.gz) et se trouve dans le r�pertoire /pub/linux/GCC des sites FTP (par exemple ftp.lip6.fr).

En extraire le contenu dans un r�pertoire temporaire puis, en tant que root, copier le fichier libc.so.* dans le r�pertoire /lib. �tablir ensuite le lien symbolique n�cessaire � sa prise en charge gr�ce � la commande :

ln -sf /lib/libc.so.VERSION /lib/libc.so.5

o� VERSION remplace le num�ro de version.

Les utilisateurs de la distribution Red Hat utiliseront plut�t le paquet rpm ad�quat.

Le Dr. Romano Giannetti (romano@iet.unipi.it) nous r�v�le comment installer sans mise � jour de la libc sur une machine Red Hat 4.2 avec libc5.3 :

r�cup�rer une libc.so.5.4.x, pas exemple sous forme de rpm (il se trouve dans le r�pertoire contrib des sites FTP). L'extraire dans un r�pertoire temporaire vide gr�ce � : rpm2cpio libc.so.5.4.x-y.rpm | cpio --extract --make-directories. La biblioth�que se trouvera dans le r�pertoire ./lib
d�placer libc.so.5.4.x idans votre r�pertoire home. Puis (correct sous un shell de la famille sh): ln -s libc.so.5.4.x libc.so.5 ; export LD_LIBRARY_PATH=$HOME:/lib:/usr/lib
invoquer setup

Installation du programme

Il suffit, en tant que root, d'extraire les archives de StarOffice sous /usr/local/ :

cd /usr/local
tar -xzvf NOM_DU_FICHIER.tar.gz

Configuration

Chaque futur utilisateur de StarOffice doit invoquer les commandes suivantes :

cd /usr/local/StarOffice-3.1
./setup

puis opter pour la "standard installation". Il est recommand� d'accepter d'installer dans le chemin de r�pertoire propos� ("default installation path").

StarOffice utilise un certain nombre de variables d'environnement. Les fichiers ~/.sd.sh (pour le shell Bourne) et ~/.sd.csh (pour le shell C) mettent en place les valeurs ad�quates. Les utilisateurs de bash devront placer � la fin de leur fichier ~/.bashrc une ligne :

source ~/.sd.sh

Cette n�cessaire modification ne sera prise en charge que lors des connexions ("login") suivantes.

Bogue de Caldera OpenLinux

Phil Reardon indique que la proc�dure d'installation du StarOffice d'OpenLinux ajoute � l'un des chemins de r�pertoires un caract�re '/' inutile. Pour r�soudre ce probl�me il suffit de supprimer le premier caract�re '/' apparaissant dans la ligne :

exec ${pfad:='.'}/linux-x86/bin/$name;;

Il faut donc supprimer le '/' plac� avant "linux-x86".

Variable d'environnement LANG

Les fichiers ~/.sd.sh et ~/.sd.csh lient la variable d'environnement LANG � une valeur, ce qui oblige divers programmes (dont Perl et man) � �mettre des messages d'avertissement, par exemple : "warning: setlocale(LC_CTYPE, "")..." ou bien "Failed to open the message catalog man on the path NLSPATH=".

Il suffit, pour s'en affranchir, de supprimer la ligne "LANG=us" de ~/.sd.sh et la ligne "setenv LANG us" de ~/.sd.csh.

Merci � Adam L. Klein, de m'avoir indiqu� cela.