Le 03/09/2011 11:40, CLEMENT Philippe a écrit :
Le 03/09/2011 11:20, Nicolas PAOUR a écrit :
C'est bien un problème référencé ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195
Le gros changement depuis 3.4.x est d'être passé de
DATA=$BUNDLED_EXTENSIONS_USER
à
DATA=$BUNDLED_EXTENSIONS_PREREG
Chose amusante, le contournement que trouvé tout seul ;-) hier est
déjà référencé ici
(https://bugs.freedesktop.org/show_bug.cgi?id=37195#c85)
Ce problème est vraiment bloquant pour déployer Libo en masse sur de
gros réseau
C'est un peu plus usine à gaz que cela, mon script met à jour tous
les profils existants sur une machine. La copie de
%appdata%\libroffice fonctionne très bien quand les extensions sont
ajoutées en "utilisateur"
Avec DATA=$BUNDLED_EXTENSIONS_PREREG, des identifiants aléatoires
(comme lu6nv37.tmp) sont générés dans le fichier configmgr.ini et
change après chaque installation, d'où le problème...
Nicolas
Bonjour Nicolas,
Pourquoi ne pas utiliser l'excellent logiciel de gestion de parc
informatique GLPI. Certes, c'est un peu de travail en amont, mais que
de temps gagné à l'issue !
Ce logiciel gère notamment :-
- Gestion et suivi des ressources informatiques
- Gestion et suivi des licences
- Gestion et suivi des consommables
- Base de connaissances
- Gestion des réservations
- ServiceDesk (helpdesk, SLA..)
- Inventaire automatisé
- *Télédéploiement* Libo OOo (etc...)
J'ai oublié de te donner le lien de ce développement open source :
http://www.glpi-project.org/
Voilà qui est fait !
--
Philippe
http://sites.google.com/site/phclement21/
--
Envoyez un mail à [email protected] pour savoir comment vous
désinscrire
Les archives de la liste sont disponibles à
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne
pourront pas être supprimés
