Bonsoir Nicolas,Le 02/09/2011 18:49, Nicolas PAOUR a écrit :> Bonjour, > Ceci s'adresse plus aux développeurs> Suite à mon dernier message sur le module linguistique, voici le problème.> Je travaille depuis plusieurs années sur un déploiement en masse de > LibreOffice (et OpenOffice) sur des postes Windows.> Sans entrer dans le détail, après l'installation, j'écrase le profil par > défaut %appdata%\libreoffice par un profil "commun" généré préalablement> (comprenant module etc...)> Tout à toujours fonctionné correctement (3.3.x y compris), mais depuis> la version 3.4.x, quand j'écrase le profil par celui généré par mes > soins, le module linguistique est vide. > > J'ai creusé toute la journée et trouvé que le fichier> %appdata%\libroffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini> > était modifié à chaque nouvelle installation et provenais d'ici > %programfiles\LibreOffice> 3.4\share\prereg\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini> > > Pourquoi ce changement depuis la version 3.4.x Je ne sais pas si je comprends bien la situation, mais ça me parait logique que les extensions "bundled" prennent le pas sur les autres puisque c'est là leur fonction.> > Cela ne me facilite pas la tache pour un gros déploiement en entreprise...Bonne soirée JBFJean-Baptiste, 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_PREREGChose 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éseauC'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...Pourquoi ne pas refaire un installeur à ta sauce avec juste les extensions que tu veux plus tout le reste que tu ajoutes ?Un outil comme InnoSetup permet assez facilement de générer un installeur.Nicolas
>Bonjour Nicolas, Philippe,>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 !
Parce que ce n'est pas le but de mon package. Je cherche à démocratiser Libreoffice sur les réseaux d'entreprises (et les particuliers) en déployant une installation souple et homogène pour tout un parc informatique. Je ne peux donc pas imposer aux utilisateurs de déployer GLPI (que j'utilise moi-même en interne) pour utiliser mon script. Je rappelle juste que ce problème n'existait pas avec les versions antérieures à 3.4.x et que de nombreuses personnes s'en plaignent ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195 ! Aux armes développeurs ! Nicolas >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...) > >Cordialement,Philippe > >http://sites.google.com/site/phclement21/ -- Envoyez un mail à users+help@fr.libreoffice.org 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