Depuis ton home,

rm -r .openoffice.org2

(ou 3 peut-être ?)

Petite question pour rebondir, est ce que le problème existe pour tout les utilisateurs du système ou juste pour un seul ?

Dans le second cas, il y a des chances que la solution de le-silmarillion fonctionne. Sinon ... bon courage

Alor non non et non. pour les réponses

En fait, *le-silmarillion* te parlait de TON répertoire de configuration d'OpenOffice.
En règle générale, les applications qui en ont besoin créent des fichiers dans ton répertoire personnel avec le préfixe '.'. Ton répertoire personnel étant localisé dans /home/<nomutilisateur>
Tout fichier (ou répertoire) commençant pas un point ('.') est /considéré/ comme un fichier "caché".
Il se trouve qu'OpenOffice crée un répertoire "caché" dans ton dossier personnel pour y stocker tes préférences personnelles, mais aussi tout plein d'autres choses. C'est donc ce répertoire un peu obscure et qui ne doit être manipulé que par l'application qu'il te faut supprimer (ou disont plutot renommer dans un premier temps pour les tests) pour qu'OpenOffice parte sur des bases toutes fraîches.
Pour conclure, ce répertoire devrait s'appeler .openoffice.org2 (ou 3 peut-être ?) et IL NE FAUT PAS TOUCHER À CE QUI SE TROUVE DANS /usr/bin.

Ce type de comportement est surtout vrai pour les applications de type serveur (FTP, HTTP, mail, base de données...) qui n'ont généralement pas d'interface graphique. Du coup, on communique avec elle par fichier de configuration ET par signaux (mais comme ici, c'est totalement hors sujet, je n'entrerais pas dans les détails).
Donc, bah je doute qu'openoffice fasse quelque chose des signaux que tu lui enverais (à part peut-être le KILL ).
Bref, je me répète, c'est hautement hors sujet, mais si tu es curieux, alors jette un oeil à la page de manuel de kill (ie. 'man kill') qui porte plutot mal son nom dans plusieurs cas

Bah non...un forum est fait pour ça

Au pire, si personne n'a la réponse, tu t'exposes à un silence frustrant, mais pas à des représailles (en tout cas ici )

Bon courrage

/me fait des messages un peu long non ?

1- est ce le fichier /usr/bin/oowriter ,  commençant par    /usr/bin/perl -w     que je dois supprimer?

2- sur un site on parle de la suppression d'oo.org avec une solution disant de supprimer :
   le répertoire caché oo et son contenu
   le fichier         ''        sversion rc
   le fichier        ''         user 60.rdb
en utilisant un  script pour le faire  , commençant par #!/bin/sh        etc..

  Questions que je me pose ( à vous aussi s'il vous plait)
  1-le fichier user60-rdb  (j'ai users 100 dans mes groupes) doit-il être modifié par user 100.rdb ou users100.rdb ?
   2-(N'ayant pas encore abordé les scripts proprement dits) si j'arrive à l'écrire ,à quel moment se situe le point de non retour du script ?

,un script en sh peut-il en remplacer un en perl ?

  3-s'il ne corrige pas l'anomalie ,peut-il ''aggraver'' la situation? et si oui comment puis je m'en prévenir?

  4-ailleurs j'ai lu qu'un logiciel qui reçoit un signal SIGHUP relit ses fichiers de configuration.Si j'envoie ce signal (quand j'aurai compris comment) à oowriter est ce une solution correcte et alternative?
   
   L'autodidacte que je suis a parfaitement conscience d'en demander peut être un peu trop ,mais ...