salut, à mon grand regret je dépose le bilan avec linux. j'ai essayé plusieurs distributions, toutes assez performantes et bien construites, sauf… Libre Office quel machin, pas à la hauteur des autres développeurs.
construire un diaporama avec lecture de fichiers musicaux par diapo relève de l'impossible. je regrette sincèrement de repasser sur windows, mais office fonctionne. je te souhaite bonne chance. christian Le 3 sept. 2011 à 11:20, Nicolas PAOUR a écrit : >> 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 > > > -- > 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 -- 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
