Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Bonjour Elodie,


Le 30/05/13 09:59, Elodie Omer a écrit :
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






 

-- 
Envoyez un mail à users+unsubscribe@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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.