Optimiser le temps d'ouverture

fr-users
#1

Bonjour à tous,

Nouveau sur cette liste, je me présente rapidement. Je suis enseignant,
détaché à la mission Tice du Rectorat de Lyon. A ce titre, je gère les
serveurs (linux) des collèges et lycées, et fait des préconisations
logicielles (essentiellement libres).

Nous utilisions tous OpenOffice, et à présent, nous préconisons LibreOffice
non sans mal :slight_smile: Nous butons sur 2 points :

   1. Lenteur à l'ouverture sur des machines peu récentes / à OpenOffice
   2. Problème pour upgrader de versions via WPKG
<http://wpkg.org/>(logiciel open-source de déploiement d'applications
windows)

Pour le premier point, nous venons d'arriver à optimiser le temps
d'ouverture en passant de 55s à 28s, ce qui est franchement agréable :slight_smile:

Pour cela, nous avons supprimé les packs de langues via un paquet WPKG
(script de suppression de fichiers en trop), cette astuce a été trouvée sur
les archives de cette liste.

En revanche, nous aimerions pouvoir pousser la modification du fichier
registrymodifications.xcu présent dans le profil de chaque utilisateur afin
de désactiver la prise en charges des langues asiatiques (permet de passer
de 28s à 12s).

Je voulais savoir comment était crée ce fichier, car il semblerait qu'il se
recrée automatiquement au nouveau lancement si on le supprime...
Existe-t-il un fichier par défaut ? Ou sinon, quelles sont les lignes à
supprimer ou désactiver dans ce fichier...

Enfin, pour le déploiement, j'utilisais cette ligne :

    <install cmd='msiexec /qn /I
"%SOFTWARE%\libreoffice\libreoffice34.msi" COMPANYNAME="%CNAME%"
USERNAME="" ISCHECKFORPRODUCTUPDATE=0 CREATEDESKTOPLINK=0 ADDLOCAL=ALL
REMOVE=%REMOVEPROGS%,%REMOVEOPTIONS%' />

et il semblerait que cela installe toutes les langues. Peut-on se
"contenter" du français simplement (sans avoir à modifier le MSI de base) ?

Merci d'avance,

Cédric

#2

Bonjour et bienvenue !

Enfin, pour le déploiement, j'utilisais cette ligne :

     <install cmd='msiexec /qn /I
"%SOFTWARE%\libreoffice\libreoffice34.msi" COMPANYNAME="%CNAME%"
USERNAME="" ISCHECKFORPRODUCTUPDATE=0 CREATEDESKTOPLINK=0 ADDLOCAL=ALL
REMOVE=%REMOVEPROGS%,%REMOVEOPTIONS%' />

et il semblerait que cela installe toutes les langues. Peut-on se
"contenter" du français simplement (sans avoir à modifier le MSI de base) ?

Je me pose les mêmes problématiques, mais je n'ai pas encore eu le temps de pratiquer. Dans mes recherches, j'avais trouvé ce lien qui peut être une piste, mais en modifiant le MSI.
http://lodahl.blogspot.com/2011/11/silent-installation-following-up.html

Sinon l'installateur Windows de la version 3.5 sera uniquement un fichier MSI.

Bon courage.

Laurent BP

#3

Bonjour

+1 pour cette autre page
http://lodahl.blogspot.com/2011/02/silent-installation-of-libreoffice-on.html

mais... jamais mis en oeuvre...

Cordialement
Pierre-Yves

#4

Bonjour,

Bonjour à tous,

Nouveau sur cette liste, je me présente rapidement. Je suis enseignant,
détaché à la mission Tice du Rectorat de Lyon. A ce titre, je gère les
serveurs (linux) des collèges et lycées, et fait des préconisations
logicielles (essentiellement libres).

Nous utilisions tous OpenOffice, et à présent, nous préconisons LibreOffice
non sans mal :slight_smile: Nous butons sur 2 points :

Pourquoi non sans mal ? est-ce que ce "non sans mal" est spécifique à
LibreOffice ?

[...]

En revanche, nous aimerions pouvoir pousser la modification du fichier
registrymodifications.xcu présent dans le profil de chaque utilisateur afin
de désactiver la prise en charges des langues asiatiques (permet de passer
de 28s à 12s).

Je ne connais rien aux techniques de déploiement sous MS-Windows, donc
une question de béotien : l'outil de déploiement utilisé ne permet-il
pas de piloter l'installation en choisissant les options proposées par
l'installeur ? Autrement dit ne permet-il pas de faire ce qu'on fait
quand on installe soi-même le logiciel et donc passer par le mode
d'installation personnalisé (custom) et cocher/décocher les options
qu'il faut ?

Bonne journée
JBF

#5

Bonjour,

Avec l'aide du blog de Leif Lodahl, j'ai trouvé une solution peu élégante mais efficace.

Il faut d'abord récupérer toutes les langues (et depuis le début du projet libo ça a augmenté considérablement) grâce une installation avec le log :
msiexec /qn /i libreoffice.msi /L* ../logfile1.txt

Puis les supprimer à l'installation :
msiexec /i libo.msi /qb- ADDLOCAL=ALL REMOVE=gm_Langpack_r_af, ... ,gm_Langpack_r_zu

Sinon et pour faire avancer le problème vous pouvez toujours ajouter vos remarques sur bugzilla. Je viens de mettre à jour le bug pour la version 3.5 beta 3.
http://bugs.freedesktop.org/show_bug.cgi?id=40481

Bonne journée
Audran

#6

Oui, mais non :slight_smile: Il ne faut pas modifier le numéro de version dans le
rapport de bug : il indique la version pour laquelle il a été rapporté
pour la première fois. Tant qu'il n'est pas corrigé il est supposé
présent dans les versions suivantes.
Modifier le numéro de version fait perdre la possibilité de faire des
filtres utiles sur BugZilla, comme chercher les vieux bugs qui traînent.

Bonne journée
JBF