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
JBF
Jean-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_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
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.
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,
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 à [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
