Bonjour,
Je suis en train de tester wapt serveur (vs update ungine) pour un éventuel remplacement du déploiement via GPO (pour un établissement scolaire).
J'aurais une petite suggestion concernant les paquets livrés sur le dépôt public. De la même façon que Firefox ESR est packagé, ne serait-il pas judicieux de livrer la version "stable" de LibreOffice (4.x.x-secfix) en plus de la version "evolution" (en ce moment 4.3.x) ? Y'a quand même souvent de mauvaises surprises sur les dernières versions de LO (en ce moment, c'est hs avec les cpu sans SSE2).
Bien que la console crashe assez souvent, je suis plutôt bluffé, surtout pour la collection de paquets, et les pré-paramétrages qui tombent vraiment bien avec mes contraintes (mozilla.cfg pour Firefox, la désinstallation des versions d'OO et LO). Bravo.
Merci pour ces remarques. En réponse, on vient de mettre sur le dépôt public un paquet "tis-libreoffice-stable" qui est la 4.2.6.3 http://wapt.tranquil.it/wapt/tis-libreoffice-stable_4.2.6.3-1_all.wapt
La propriété "conflicts" (dans fichier control du paquet) contient le paquet tis-libreoffice, donc le paquet tis-libreoffice sera désinstallé si tis-libreoffice-stable est installé. Hubert
Le 06/10/2014 16:37, Yann DAVID a écrit :
Bonjour,
Je suis en train de tester wapt serveur (vs update ungine) pour un éventuel remplacement du déploiement via GPO (pour un établissement scolaire).
J'aurais une petite suggestion concernant les paquets livrés sur le dépôt public. De la même façon que Firefox ESR est packagé, ne serait-il pas judicieux de livrer la version "stable" de LibreOffice (4.x.x-secfix) en plus de la version "evolution" (en ce moment 4.3.x) ? Y'a quand même souvent de mauvaises surprises sur les dernières versions de LO (en ce moment, c'est hs avec les cpu sans SSE2).
Bien que la console crashe assez souvent, je suis plutôt bluffé, surtout pour la collection de paquets, et les pré-paramétrages qui tombent vraiment bien avec mes contraintes (mozilla.cfg pour Firefox, la désinstallation des versions d'OO et LO). Bravo. _______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Super, Quelle réactivité !
Le 06/10/2014 17:36, Hubert TOUVET a écrit :
Merci pour ces remarques. En réponse, on vient de mettre sur le dépôt public un paquet "tis-libreoffice-stable" qui est la 4.2.6.3 http://wapt.tranquil.it/wapt/tis-libreoffice-stable_4.2.6.3-1_all.wapt
La propriété "conflicts" (dans fichier control du paquet) contient le paquet tis-libreoffice, donc le paquet tis-libreoffice sera désinstallé si tis-libreoffice-stable est installé. Hubert
Aïe, finalement, le paquet libreoffice-stable échoue à l'installation. ça donne ceci : "Adding uninstall key : {14DB1822-00B5-4820-86B5-EF893CA46B53} Installing LibreOffice 4.2.6.3... CalledProcessError: Command '('msiexec /norestart /quiet /i LibreOffice_4.2.6-secfix_Win_x86.msi SELECT_WORD=1 SELECT_EXCEL=1 CREATEDESKTOPLINK=0 RebootYesNo=No ALLUSER=1 ISCHECKFORPRODUCTUPDATES=0 QUICKSTART=0',)' returned non-zero exit status 1603"
Un argument de l'installation silencieuse qui poserait problème ? J'ai vais essayer de creuser.
Le 07/10/2014 10:00, Yann DAVID a écrit :
Super, Quelle réactivité !
Le 06/10/2014 17:36, Hubert TOUVET a écrit :
Merci pour ces remarques. En réponse, on vient de mettre sur le dépôt public un paquet "tis-libreoffice-stable" qui est la 4.2.6.3 http://wapt.tranquil.it/wapt/tis-libreoffice-stable_4.2.6.3-1_all.wapt
La propriété "conflicts" (dans fichier control du paquet) contient le paquet tis-libreoffice, donc le paquet tis-libreoffice sera désinstallé si tis-libreoffice-stable est installé. Hubert
Bonjour Yann,
Aïe, finalement, le paquet libreoffice-stable échoue à l'installation. ça donne ceci : "Adding uninstall key : {14DB1822-00B5-4820-86B5-EF893CA46B53} Installing LibreOffice 4.2.6.3... CalledProcessError: Command '('msiexec /norestart /quiet /i LibreOffice_4.2.6-secfix_Win_x86.msi SELECT_WORD=1 SELECT_EXCEL=1 CREATEDESKTOPLINK=0 RebootYesNo=No ALLUSER=1 ISCHECKFORPRODUCTUPDATES=0 QUICKSTART=0',)' returned non-zero exit status 1603"
Un argument de l'installation silencieuse qui poserait problème ? J'ai vais essayer de creuser.
il faudrait d'abord essayer de l'installer à la main en graphique et voir si il y a pas un message d'erreur qui apparait. J'ai déjà vu ce message dans des applis qui refusait de se downgrader ou bien tout simplement qui plante si elle sont déjà installée dans la même version. Dans ce cas il faut mettre quelques vérification au début du paquet pour prendre ces cas en compte.
à bientôt,
Denis
Le 07/10/2014 10:00, Yann DAVID a écrit :
Super, Quelle réactivité !
Le 06/10/2014 17:36, Hubert TOUVET a écrit :
Merci pour ces remarques. En réponse, on vient de mettre sur le dépôt public un paquet "tis-libreoffice-stable" qui est la 4.2.6.3 http://wapt.tranquil.it/wapt/tis-libreoffice-stable_4.2.6.3-1_all.wapt
La propriété "conflicts" (dans fichier control du paquet) contient le paquet tis-libreoffice, donc le paquet tis-libreoffice sera désinstallé si tis-libreoffice-stable est installé. Hubert
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Le 07/10/2014 15:50, Denis Cardon a écrit :
Bonjour Yann,
Aïe, finalement, le paquet libreoffice-stable échoue à l'installation. ça donne ceci : "Adding uninstall key : {14DB1822-00B5-4820-86B5-EF893CA46B53} Installing LibreOffice 4.2.6.3... CalledProcessError: Command '('msiexec /norestart /quiet /i LibreOffice_4.2.6-secfix_Win_x86.msi SELECT_WORD=1 SELECT_EXCEL=1 CREATEDESKTOPLINK=0 RebootYesNo=No ALLUSER=1 ISCHECKFORPRODUCTUPDATES=0 QUICKSTART=0',)' returned non-zero exit status 1603"
il faudrait d'abord essayer de l'installer à la main en graphique et voir si il y a pas un message d'erreur qui apparait. J'ai déjà vu ce message dans des applis qui refusait de se downgrader ou bien tout simplement qui plante si elle sont déjà installée dans la même version. Dans ce cas il faut mettre quelques vérification au début du paquet pour prendre ces cas en compte.
En effet, ça a l'air d'être un problème de downgrade. En local avec un wapt-get remove puis un apt-get get install, c'est passé sans problème. J'ai lu le message après, il faudrait que je reteste depuis le début avec une installe à la main.
Merci pour ces réponses si rapides.
Bonjour Yann,
Aïe, finalement, le paquet libreoffice-stable échoue à l'installation. ça donne ceci : "Adding uninstall key : {14DB1822-00B5-4820-86B5-EF893CA46B53} Installing LibreOffice 4.2.6.3... CalledProcessError: Command '('msiexec /norestart /quiet /i LibreOffice_4.2.6-secfix_Win_x86.msi SELECT_WORD=1 SELECT_EXCEL=1 CREATEDESKTOPLINK=0 RebootYesNo=No ALLUSER=1 ISCHECKFORPRODUCTUPDATES=0 QUICKSTART=0',)' returned non-zero exit status 1603"
il faudrait d'abord essayer de l'installer à la main en graphique et voir si il y a pas un message d'erreur qui apparait. J'ai déjà vu ce message dans des applis qui refusait de se downgrader ou bien tout simplement qui plante si elle sont déjà installée dans la même version. Dans ce cas il faut mettre quelques vérification au début du paquet pour prendre ces cas en compte.
En effet, ça a l'air d'être un problème de downgrade. En local avec un wapt-get remove puis un apt-get get install, c'est passé sans problème. J'ai lu le message après, il faudrait que je reteste depuis le début avec une installe à la main.
Hubert a rajouté le paquet en 4.3 en conflit avec le paquet libreoffice-stable, donc normalement si l'installation de libreoffice 4.3 avait été faite avec wapt, il aurait du être supprimé avant l'installation et le problème ne se pose pas (c'est le cas que hubert avait testé avant de répondre au dernier mail).
Par contre, si il y a un libreoffice 4.3 qui a été installé hors wapt, la règle de conflit wapt ne sera pas activée.
Le paquet libreoffice fait déjà la désinstallation des vieilles version 3.x de libreoffice et de openoffice. Hubert va rajouter la détection et la désinstallation de la version 4.3 dans le paquet 4.2.
Merci pour ces réponses si rapides.
pas de soucis, on aimerai pouvoir sortir une 1.0 avant la fin de l'année, il faut donc tester au maximum!
à bientôt,
Denis
Le 07/10/2014 17:15, Denis Cardon a écrit :
Bonjour Yann,
Rebonjour ou bonjour, je suis plus où j'en suis :)
Hubert a rajouté le paquet en 4.3 en conflit avec le paquet libreoffice-stable, donc normalement si l'installation de libreoffice 4.3 avait été faite avec wapt, il aurait du être supprimé avant l'installation et le problème ne se pose pas (c'est le cas que hubert avait testé avant de répondre au dernier mail).
Justement sur une machine de test, j'avais installé le 4.3 avec wapt. C'est une machine où il y avait eu du OpenOffice 3, et du LibreOffice 4.1 (installé à la main celui-ci), que je viens de retrouver intact. Je fais un peu trop de chose en même temps, donc au niveau chronologique, c'est pas terrible pour remontrer les soucis. Je vais essayer d'être un peu plus rigoureux dans mes tests.
En revanche, je viens de supprimer LO 4.3 via la console centralisée. Au final, LO a bien été supprimé localement, mais pas l'aide. Et finalement, dans la console, dans l'onglet résumé de la machine, je me retrouve avec le paquet toujours considéré comme ok (status vert), mais logiquement impossible à supprimer : "2 : The key Software\Microsoft\Windows\CurrentVersion\Uninstall{146232A9-AB53-48A7-A102-56624D92C80D} can not be opened"
J'ai alors viré localement l'aide LO et j'ai du "oublié" le paquet, à partir de là, j'ai pu repartir et installer LO 4.2
Par contre, si il y a un libreoffice 4.3 qui a été installé hors wapt, la règle de conflit wapt ne sera pas activée.
Même chose avec un 4.1 ?
Le paquet libreoffice fait déjà la désinstallation des vieilles version 3.x de libreoffice et de openoffice. Hubert va rajouter la détection et la désinstallation de la version 4.3 dans le paquet 4.2.
Merci pour ces réponses si rapides.
pas de soucis, on aimerai pouvoir sortir une 1.0 avant la fin de l'année, il faut donc tester au maximum!
Vous pensez que c'est quand même raisonnable de passer en prod avec les versions 0.9.x ? Dans mon cas, faudrait au moins que je me pose sur une version 4.2.x de LO (c'est un foutoir pas possible sur un parc de + de 200 machines), et que je déploie régulièrement les dernières versions de Firefox ESR, flash & co (le grand classique).
Excellente soirée et merci.
reBonjour,
Vous pensez que c'est quand même raisonnable de passer en prod avec les versions 0.9.x ?
Dans le monde du logiciel libre, une version <1.0 ne veut pas dire que ce n'est pas stable (sinon que dire de grub et consort).
Un aspect important d'un outil mature est de s'adapter à des environnements variés. En matière d'environnement varié, je pense que l'on ne peut pas faire plus complexe que le déploiement de logiciel. Il faut prendre en compte bien sûr les différentes versions de windows, du 32 bit et du 64 bit, de l'UAC ou pas, des problème d'encoding, des différents logiciels et autres DLL installés, etc. Il faut également gérer les installeurs qui ne se comporte pas toujours pareil en fonction des versions et des modules complémentaires installés.
Pour ce qui est de la console, ce n'est certes pas la partie la plus stable :-) On a préféré s'appliquer sur le moteur de WAPT plutôt que les interfaces graphiques (d'ailleurs wapt au début était uniquement utilisable en ligne de commande). Par contre toutes les bonnes volontés sont les bienvenues!
En interne chez TIS, nous utilisons wapt en production depuis plus de 2 ans sur les réseaux que l'on a en infogérance. C'est des réseaux que l'on maitrise, et on n'avait donc pas à adapter le logiciel à des conditions externes "hostiles", et c'était donc plus facile :-)
Dans mon cas, faudrait au moins que je me pose sur une version 4.2.x de LO (c'est un foutoir pas possible sur un parc de + de 200 machines), et que je déploie régulièrement les dernières versions de Firefox ESR, flash & co (le grand classique).
On a des déploiements avec 4 ou 5 fois plus grand et qui fonctionne très bien. Donc oui, ça marche, après il faut éventuellement regarder dans le paquet ce qu'il fait et peut faire pour adapter la phase de "normalisation" de ton parc logiciel. Une fois le parc normalisé, il est moins nécessaire de faire aussi attention, car un paquet testé sur une machine marchera sur toutes les autres.
à bientôt,
Denis
Excellente soirée et merci.