packaging MAc : supprimer la MAJ automatique de LO

fr-users
#1

Bonjour la Liste,

durant le salon Linux, D amien Mauran de la ville de Marseille nous a posé la question de la mise à jour automatique de LO dans ses packagings poussés sur ses postes Mac.

Quelqu'un(e) a-t-il (elle) une idée ?

Alex, gourou Mac, je pensais à toi spécialement.

(-: Élodie :slight_smile:
mieux motarde que jamais................

#2

Bonjour Elodie,

Bonjour la Liste,

durant le salon Linux, D amien Mauran de la ville de Marseille nous a posé la question de la mise à jour automatique de LO dans ses packagings poussés sur ses postes Mac.

Quelqu'un(e) a-t-il (elle) une idée ?

Alex, gourou Mac, je pensais à toi spécialement.

C'est de loin trop flatteur, je ne me qualifierais pas de gourou Mac,
juste simple utilisateur. Je ne connais malheureusement pas les
mécanismes de distribution/installation d'app bundle Mac automatisées
qui seraient autorisées par l'OS d'Apple. Si les clients sont des Mac se
connectant via netboot à un serveur Mac pour récupérer une image OS, il
serait sûrement possible de modifier l'image OS à chaque changement de
LO ou n'importe quelle autre app, puis remplacer l'image existante de
sorte que le client ait une image OS mise à jour, mais à part cette
possibilité, j'avoue que je n'y connais rien.

En principe, avec les droits adéquats, il serait en théorie possible de
faire un script bash qui se connecterait en ssh à chaque poste pour
n'installer que le bundle désiré dans le répertoire Applications (ce qui
suppose d'avoir monté l'image DMG d'abord). La procédure d'installation
classique où l'utilsateur glisse-dépose le bundle dans le dossier
Applications n'est qu'une opération de copie du bundle (fichier .app)
une fois l'image disk montée dans le système de fichiers. L'outil ad hoc
pour faire ça (montage de l'image dans le système de fichiers) sur Mac
depuis la ligne de commande est hdiutils.

http://osxdaily.com/2011/12/17/mount-a-dmg-from-the-command-line-in-mac-os-x/

On peut aussi utiliser des packages, portant l'extension pkg, pour faire
la même chose, comme ce qui se fait avec NeoOffice. C'est d'ailleurs par
ce biais que NeoOffice pousse ses mises à jour, même si l'utilisateur
doit valider leur installation en ayant les droits d'administrateur sur
le poste en question. Cela fait des paquets nettement plus petits que
les gros DMG à télécharger, décompresser et copier que l'on retrouve
dans le projet LibreOffice. Pourquoi est-ce important me dirais-tu ?
Parce que le DMG de LibreOffice fait 200 Mo, le langpack environ 15 Mo
supplémentaires, à *_l'état comprimé_*.Une fois montée, l'app bundle à
lui tout seul (sans les resources d'installation) occupe 500 Mo !! Quand
il faut copier 500 Mo d'un endroit sur un disque vers un autre (par
exemple, le dossier /Applications), cela prend du temps. Maintenant,
essayons de faire ça sur le réseau sur une vingtaine de postes, et on va
vite se rendre compte de la galère que c'est d'administrer les mises à
jour de LO sur Mac par ce biais, aussi bien en termes de temps qu'en
termes de bande passante. Or, avec NeoOffice, les patch fournis sous
forme de pkg ne font en moyenne que 1 Mo à 10 Mo pour les plus gros, ce
qui est nettement plus gérable.

Pour info, Apple fournit une app toute faite pour le déploiement à
distance, qui s'appelle le AppleRemoteDesktop, vendue actuellement à
69,99€ TTC sur l'AppStore. Je ne l'ai pas essayé donc n'ai aucun recul
sur les avantages/inconvénients.

Alex

#3

Bonjour la liste,

Merci Elodie de faire passer le message.

Je vais détailler un peu mon cas.
La Ville de Marseille est passé sous OpenOffice.org depuis quelques années déjà. Nous utilisons la version 3.2.1 et nous sommes en train de planifier la mise à jour vers LibreOffice 3.6.5. Notre parc informatique est composé de PC sous Windows XP ou 7 et de Mac sous Mac OS X 10.4.11 (peu), 10.5.8 et 10.6.8 (majorité) (nous sommes en train de basculer à Mac OS 10.8 lors de nos renouvellements actuels).

Les LibreOffice que nous installons sont légèrement modifiés (nous avons essentiellement changé les thème d'icônes par défaut pour revenir aux mêmes boutons que sous notre OpenOffice actuel). Du coup, nous aimerions que nos utilisateurs ne puissent pas mettre à jour leur suite bureautique eux-même.

Sous Windows, pas de soucis, nous avons un script d'installation qui nous permet de ne pas intégrer le module de mise à jour automatique (gm_o_Onlineupdate).

Mais sous Mac, comme l'installation se fait par copie de l'exécutable dans le répertoire /Applications, nous n'avons pas cette possibilité. Nous aimerions supprimé la ligne "Vérifier les mises à jour ..." dans le menu Aide et l'option qui concerne les mises à jour dans la fenêtre des Préférences.

Actuellement, nous avons modifié le fichier versionrc dans LibreOffice.app/Contents/MacOS pour y mettre une URL interne en lieu et place de l'URL officielle des mises à jour. De cette façon, l'application ne voit pas les mises à jour ... Mais ce n'est pas propre et nous préférerions supprimer l'option comme sous Windows.

J'ai tenté la suppression du fichier onlineupdate.xcd dans LibreOffice.app/Contents/share mais si effectivement la ligne "Vérifier les mises à jour" du menu aide disparait, elle ne disparaît pas des options et fait même planter l'application si on essaie de cliquer dessus ...

Voilà. Vous savez tout. Merci d'avance de votre aide.

Cordialement,

#4

Bonjour Damien,

J'ai tenté la suppression du fichier onlineupdate.xcd dans
LibreOffice.app/Contents/share mais si effectivement la ligne
"Vérifier les mises à jour" du menu aide disparait, elle ne disparaît
pas des options et fait même planter l'application si on essaie de
cliquer dessus ...

Oui, c'est très ennuyeux, en effet. De manière générale, jouer avec les
fichiers XCD de LO sur Mac a tendance à rendre l'app instable (en
fonction de la version, il n'est pas déjà toujours super stable,
notamment lorsque des apps d'assistance/accessibilité sont installées
(voiceover, zoom, cinch, etc)

La meilleure chose que je puisse proposer et de compiler soi-même ses
versions de LO pour Mac, ainsi on peut normalement désactiver l'option
de mise à jour automatique (avec l'option de configuration
--disable-online-update). Cela aurait l'avantage supplémentaire de
pouvoir intégrer, dès la compilation, les ressources correspondant aux
icônes souhaités.

Alex