Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients. Scénario : 1) Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK 2) Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK 3) Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK 4) Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla --> enlever. Application des modifs. 5) Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour. 6) Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK. Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur. Merci
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation. Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate. Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console. Hubert Touvet Tranquil IT Systems Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur.
Merci
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet. J'ai refait un essai avec deux autres packages en les désinstallant correctement, et j'obtiens systématiquement ce type d'erreur dans le log : WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe" /S',)' returned non-zero exit status 1 closing infrarecorder Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 L'avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu'en est-il de l'avertissement au niveau du désinstallateur ? Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque) Essai avec package Infrarecorder : la désinstallation s'effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents). Mauvaise conception de ces packages en particulier ? De : WAPT [mailto:wapt-bounces@lists.tranquil.it] De la part de Hubert TOUVET Envoyé : mercredi 18 juin 2014 12:00 À : wapt@lists.tranquil.it Objet : Re: [Wapt] désinstallation package ne fonctionne pas ? Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation. Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate. Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console. Hubert Touvet Tranquil IT Systems Le 18/06/2014 11:20, Benjamin Gindrat a écrit : Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients. Scénario : 1) Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK 2) Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK 3) Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK 4) Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla --> enlever. Application des modifs. 5) Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour. 6) Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK. Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur. Merci _______________________________________________ WAPT mailing list WAPT@lists.tranquil.it<mailto:WAPT@lists.tranquil.it> http://lists.tranquil.it/listinfo/wapt
Pour putty, effectivement la désinstallation échoue car putty à la désinstallation (normalement silencieuse) pose la question de supprimer les fichiers utilisateurs. une désinstallation par "wapt-get remove ortis-putty" en tant qu'admin sur le poste permet de le vérifier... pour infrarecorder..; l'erreur 128 doit être qu'il n'a pas eu à killer de processus parce qu'il n'en a pas trouvé. C'est pas très élégant, mais ça marche.... par contre l'erreur 1 sur la désinstallation est plus problématique..; on regarde.. Hubert Le 18/06/2014 13:50, Benjamin Gindrat a écrit :
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet.
J'ai refait un essai avec deux autres packages en les désinstallant correctement, et j'obtiens systématiquement ce type d'erreur dans le log :
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe" /S',)' returned non-zero exit status 1
closing infrarecorder
Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
L'avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu'en est-il de l'avertissement au niveau du désinstallateur ?
Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque)
Essai avec package Infrarecorder : la désinstallation s'effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents).
Mauvaise conception de ces packages en particulier ?
*De :*WAPT [mailto:wapt-bounces@lists.tranquil.it] *De la part de* Hubert TOUVET *Envoyé :* mercredi 18 juin 2014 12:00 *À :* wapt@lists.tranquil.it *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation.
Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate.
Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console.
Hubert Touvet Tranquil IT Systems
Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur.
Merci
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it <mailto:WAPT@lists.tranquil.it>
Difficile de vérifier à l'aide de la commande wapt-get, car les packages 2 packages « incriminés » ont disparu de la liste du client (obtenue via wapt-get list). A priori, ce type d'avertissement n'empêche pas la désinstallation d'être « vue » comme ayant été correctement effectuée. ? ;-) De : Hubert TOUVET [mailto:htouvet@tranquil.it] Envoyé : mercredi 18 juin 2014 13:58 À : Benjamin Gindrat; wapt@lists.tranquil.it Objet : Re: [Wapt] désinstallation package ne fonctionne pas ? Pour putty, effectivement la désinstallation échoue car putty à la désinstallation (normalement silencieuse) pose la question de supprimer les fichiers utilisateurs. une désinstallation par "wapt-get remove ortis-putty" en tant qu'admin sur le poste permet de le vérifier... pour infrarecorder..; l'erreur 128 doit être qu'il n'a pas eu à killer de processus parce qu'il n'en a pas trouvé. C'est pas très élégant, mais ça marche.... par contre l'erreur 1 sur la désinstallation est plus problématique..; on regarde.. Hubert Le 18/06/2014 13:50, Benjamin Gindrat a écrit : Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet. J'ai refait un essai avec deux autres packages en les désinstallant correctement, et j'obtiens systématiquement ce type d'erreur dans le log : WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe<file:///\\InfraRecorder\uninstall.exe>" /S',)' returned non-zero exit status 1 closing infrarecorder Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128 L'avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu'en est-il de l'avertissement au niveau du désinstallateur ? Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque) Essai avec package Infrarecorder : la désinstallation s'effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents). Mauvaise conception de ces packages en particulier ? De : WAPT [mailto:wapt-bounces@lists.tranquil.it] De la part de Hubert TOUVET Envoyé : mercredi 18 juin 2014 12:00 À : wapt@lists.tranquil.it<mailto:wapt@lists.tranquil.it> Objet : Re: [Wapt] désinstallation package ne fonctionne pas ? Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation. Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate. Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console. Hubert Touvet Tranquil IT Systems Le 18/06/2014 11:20, Benjamin Gindrat a écrit : Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients. Scénario : 1) Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK 2) Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK 3) Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK 4) Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla --> enlever. Application des modifs. 5) Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour. 6) Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK. Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur. Merci _______________________________________________ WAPT mailing list WAPT@lists.tranquil.it<mailto:WAPT@lists.tranquil.it> http://lists.tranquil.it/listinfo/wapt
Le 18/06/2014 14:20, Benjamin Gindrat a écrit :
Difficile de vérifier à l'aide de la commande wapt-get, car les packages 2 packages « incriminés » ont disparu de la liste du client (obtenue via wapt-get list).
wapt-get -f install lepaquet wapt-get remove lepaquet
A priori, ce type d'avertissement n'empêche pas la désinstallation d'être « vue » comme ayant été correctement effectuée. ? ;-)
Oui, c'est un peu un "tradeoff"... Le problème est l'aspect transactionnel... si une désinstallation a commencé à se faire et a échoué, le logiciel n'est plus vraiment installé, et pas vraiment désinstallé. Donc on préfère considérer que le logiciel n'est pas installé... on pourrait plutôt le mettre en erreur. ce serait plus correct. Car dans ce cas, un upgrade ou une réinstallation du paquet ultérieurs fonctionneraient mais on serait averti qu'on est entre deux états... à voir... Hubert
*De :*Hubert TOUVET [mailto:htouvet@tranquil.it] *Envoyé :* mercredi 18 juin 2014 13:58 *À :* Benjamin Gindrat; wapt@lists.tranquil.it *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Pour putty, effectivement la désinstallation échoue car putty à la désinstallation (normalement silencieuse) pose la question de supprimer les fichiers utilisateurs. une désinstallation par "wapt-get remove ortis-putty" en tant qu'admin sur le poste permet de le vérifier...
pour infrarecorder..; l'erreur 128 doit être qu'il n'a pas eu à killer de processus parce qu'il n'en a pas trouvé. C'est pas très élégant, mais ça marche.... par contre l'erreur 1 sur la désinstallation est plus problématique..; on regarde..
Hubert
Le 18/06/2014 13:50, Benjamin Gindrat a écrit :
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet.
J'ai refait un essai avec deux autres packages en les désinstallant correctement, et j'obtiens systématiquement ce type d'erreur dans le log :
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe <file:///%5C%5CInfraRecorder%5Cuninstall.exe>" /S',)' returned non-zero exit status 1
closing infrarecorder
Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
L'avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu'en est-il de l'avertissement au niveau du désinstallateur ?
Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque)
Essai avec package Infrarecorder : la désinstallation s'effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents).
Mauvaise conception de ces packages en particulier ?
*De :*WAPT [mailto:wapt-bounces@lists.tranquil.it] *De la part de* Hubert TOUVET *Envoyé :* mercredi 18 juin 2014 12:00 *À :* wapt@lists.tranquil.it <mailto:wapt@lists.tranquil.it> *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation.
Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate.
Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console.
Hubert Touvet Tranquil IT Systems
Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d'un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s'effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m'informe que l'update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J'ai checké au niveau des logs sur chaque client. L'un me renseigne des erreurs de timeout, l'autre ne renseigne aucune erreur.
Merci
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it <mailto:WAPT@lists.tranquil.it>
Bonjour,
Pour putty, effectivement la désinstallation échoue car putty à la désinstallation (normalement silencieuse) pose la question de supprimer les fichiers utilisateurs. une désinstallation par "wapt-get remove ortis-putty" en tant qu'admin sur le poste permet de le vérifier...
Le désinstalleur de putty ne peut pas être complètement silencieux : dans le fichier fichier putty.iss (ligne 90 à 96): http://rc.quest.com/viewvc/putty/trunk/putty/windows/putty.iss?revision=2&vi... " 93 ; XXX: it would be nice if this task weren't run if a silent uninstall is 94 ; requested, but "skipifsilent" is disallowed. " On a pas souvent l'habitude de désinstaller putty, on n'avait pas "corriger" de désinstalleur qui n'était pas propre. J'ai remplacé le script de désinstallation iss par des commande python wapt correspondante : if os.path.exists(os.path.join(programfiles32,'putty')): shutil.rmtree( os.path.join(programfiles32,'putty')) registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Classes\PuTTYPrivateKey',None) registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\PuTTY_is1',None) putty_link = os.path.join(start_menu(common=1),'Programs','PuTTY') if os.path.exists(putty_link): shutil.rmtree(putty_link) Maintenant ça devrait aller mieux. J'en ai profité pour mettre l'exe à jour en 0.63. à bientôt, Denis
pour infrarecorder..; l'erreur 128 doit être qu'il n'a pas eu à killer de processus parce qu'il n'en a pas trouvé. C'est pas très élégant, mais ça marche.... par contre l'erreur 1 sur la désinstallation est plus problématique..; on regarde..
Hubert
Le 18/06/2014 13:50, Benjamin Gindrat a écrit :
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet.
J’ai refait un essai avec deux autres packages en les désinstallant correctement, et j’obtiens systématiquement ce type d’erreur dans le log :
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe" /S',)' returned non-zero exit status 1
closing infrarecorder
Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
L’avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu’en est-il de l’avertissement au niveau du désinstallateur ?
Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque)
Essai avec package Infrarecorder : la désinstallation s’effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents).
Mauvaise conception de ces packages en particulier ?
*De :*WAPT [mailto:wapt-bounces@lists.tranquil.it] *De la part de* Hubert TOUVET *Envoyé :* mercredi 18 juin 2014 12:00 *À :* wapt@lists.tranquil.it *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation.
Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate.
Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console.
Hubert Touvet Tranquil IT Systems
Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d’un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s’effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m’informe que l’update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J’ai checké au niveau des logs sur chaque client. L’un me renseigne des erreurs de timeout, l’autre ne renseigne aucune erreur.
Merci
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it <mailto:WAPT@lists.tranquil.it>
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
Pour être exhaustif... et que ça marche sur Windows XP 32 bits et windows 7 64 bits : import winshell .... def uninstall(): if isdir(makepath(programfiles32,'putty')): remove_tree(makepath(programfiles32,'putty')) registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Classes\PuTTYPrivateKey',None) if iswin64(): registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\PuTTY_is1',None) else: registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\PuTTY_is1',None) putty_link = makepath(winshell.programs(common=1),'PuTTY') if isdir(putty_link): remove_tree(putty_link) Le 18/06/2014 14:50, Denis Cardon a écrit :
Bonjour,
Pour putty, effectivement la désinstallation échoue car putty à la désinstallation (normalement silencieuse) pose la question de supprimer les fichiers utilisateurs. une désinstallation par "wapt-get remove ortis-putty" en tant qu'admin sur le poste permet de le vérifier...
Le désinstalleur de putty ne peut pas être complètement silencieux :
dans le fichier fichier putty.iss (ligne 90 à 96): http://rc.quest.com/viewvc/putty/trunk/putty/windows/putty.iss?revision=2&vi...
" 93 ; XXX: it would be nice if this task weren't run if a silent uninstall is 94 ; requested, but "skipifsilent" is disallowed. "
On a pas souvent l'habitude de désinstaller putty, on n'avait pas "corriger" de désinstalleur qui n'était pas propre. J'ai remplacé le script de désinstallation iss par des commande python wapt correspondante :
if os.path.exists(os.path.join(programfiles32,'putty')): shutil.rmtree( os.path.join(programfiles32,'putty'))
registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Classes\PuTTYPrivateKey',None)
registry_delete(HKEY_LOCAL_MACHINE,'SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\PuTTY_is1',None)
putty_link = os.path.join(start_menu(common=1),'Programs','PuTTY') if os.path.exists(putty_link): shutil.rmtree(putty_link)
Maintenant ça devrait aller mieux. J'en ai profité pour mettre l'exe à jour en 0.63.
à bientôt,
Denis
pour infrarecorder..; l'erreur 128 doit être qu'il n'a pas eu à killer de processus parce qu'il n'en a pas trouvé. C'est pas très élégant, mais ça marche.... par contre l'erreur 1 sur la désinstallation est plus problématique..; on regarde..
Hubert
Le 18/06/2014 13:50, Benjamin Gindrat a écrit :
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet.
J’ai refait un essai avec deux autres packages en les désinstallant correctement, et j’obtiens systématiquement ce type d’erreur dans le log :
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe" /S',)' returned non-zero exit status 1
closing infrarecorder
Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
L’avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu’en est-il de l’avertissement au niveau du désinstallateur ?
Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque)
Essai avec package Infrarecorder : la désinstallation s’effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents).
Mauvaise conception de ces packages en particulier ?
*De :*WAPT [mailto:wapt-bounces@lists.tranquil.it] *De la part de* Hubert TOUVET *Envoyé :* mercredi 18 juin 2014 12:00 *À :* wapt@lists.tranquil.it *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation.
Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate.
Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console.
Hubert Touvet Tranquil IT Systems
Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d’un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s’effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m’informe que l’update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J’ai checké au niveau des logs sur chaque client. L’un me renseigne des erreurs de timeout, l’autre ne renseigne aucune erreur.
Merci
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it <mailto:WAPT@lists.tranquil.it>
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Bonjour Benjamin,
Merci pour la réponse claire. Simple méconnaissance du produit de mon côté, en effet.
J’ai refait un essai avec deux autres packages en les désinstallant correctement, et j’obtiens systématiquement ce type d’erreur dans le log :
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
WARNING Warning : CalledProcessError: Command '('"C:\\Program Files (x86)\\InfraRecorder\\uninstall.exe" /S',)' returned non-zero exit status 1
closing infrarecorder
Warning : Command '('taskkill /im infrarecorder.exe /f',)' returned non-zero exit status 128
L’avertissement au niveau du taskkil peut, je le suppose êre ignore. Mais qu’en est-il de l’avertissement au niveau du désinstallateur ?
le paquet utilisait encore une ancienne syntaxe : run('taskkill /im infrarecorder.exe /f) La nouvelle syntaxe fourni par les setuphelpers WAPT permet d'éviter ces messages d'erreur, et effectue d'une manière plus propre le kill des child du process en question si il y en a. killalltasks('infrarecorder.exe')
Essai avec package putty : la désinstallation ne fonctionne pas du tout (fichiers toujours présents sur le disque)
Essai avec package Infrarecorder : la désinstallation s’effectue, mais partiellement (fichiers supprimés du disques, mais raccourcis toujours présents).
c'est le désinstallateur .exe qui est mal écrit. J'ai rajouté un ligne pour prendre ça en compte. Le paquet est mis à jour en 0.53-5. D'une manière générale, les dés-installeurs des logiciels sont beaucoup moins bien écrit que les installeurs. Il n'est pas rare (cf. les deux cas mentionné ici) qu'il faut faire des choses en plus pour bien nettoyer la machine. Nous sommes plus attentif à ces choses là sur les paquets que l'on a créé/modifié récemment. Dans une version future de WAPT on imagine mettre un handle sur les évènements du système de fichier (msdn.microsoft.com/en-us/library/1e6szwcw(v=vs.71).aspx) pour avoir la liste exhaustive des choses modifés par un installeur lors du setup et ainsi vérifier qu'il enlève bien tout. Cordialement, Denis
Mauvaise conception de ces packages en particulier ?
*De :*WAPT [mailto:wapt-bounces@lists.tranquil.it] *De la part de* Hubert TOUVET *Envoyé :* mercredi 18 juin 2014 12:00 *À :* wapt@lists.tranquil.it *Objet :* Re: [Wapt] désinstallation package ne fonctionne pas ?
Bonjour, Le comportement est "normal", en ce sens que le paquet filezilla est une dépendance du poste. L'action devrait s'appeler "Enlever la dépendance" Si il n'est pas présent sur le poste il est installé, mais s'il est installé mais pas requis, il n'est pas désinstallé de façon forcée. Le fait de retirer le paquet filezilla de la configuration d'un poste retire la dépendance, mais ne force pas la désinstallation.
Pour forcer de manière simple la désinstallation, on peut faire un clic droit dans la liste paquets installés d'un client dans la console, et choisir "Désinstaller le package". C'est une action immédiate.
Il y a deux autres moyens programmés "avancés" de s'assurer qu'un paquet est désinstallé : - ajouter une instruction WAPT.remove('ortis-filezilla') dans la procédure install du fichiers setup.py d'un paquet (par exemple un paquet spécifique de nettoyage systématique) - mettre le paquet concerné dans la liste "conflicts" du paquet machine. (de cette manière, on s'assurer que le paquet ne sera jamais installé...) Pour l'instant, ces autres méthodes ne sont pas intégrées à la console... donc pas très pratiques pour les non initiés.... mais très prochainement, l'ajout assisté de paquets en "confict" pour forcer la désinstallation sera intégré à la console.
Hubert Touvet Tranquil IT Systems
Le 18/06/2014 11:20, Benjamin Gindrat a écrit :
Bonjour, je suis en cours de test avec serveur WAPT sous debian et client(s) sous Window 7. Je ne parviens pas à désinstaller les packages déployés sur mes clients.
Scénario :
1)Via la console, duplication d’un package (Filezilla) du dépôt externe vers le dépôt privé : OK
2)Attribution de ce package individuellement à plusieurs clients (double-clic sur chaque client, drag&drop du package dans la zone « paquets devant être présents sur la machine) : OK
3)Application des modifs. Le déploiement s’effectue sans problème sur mes 2 clients : notifications via le tray helper & logiciel installé avec succès : OK
4)Je teste ensuite la désinstallation : via la console, double-clic sur chaque client, clic droit sur filezilla à enlever. Application des modifs.
5)Le tray helper réagit sur chaque client et m’informe que l’update des packages a été effectuée et que le système est à jour.
6)Vérification sur les clients : la désinstallation ne semble pas avoir fonctionné, le logiciel Filezilla est toujour présent. NOK. En double cliquant sur chaque client via la console, le package a pourtant bien été supprimé de la liste « paquets devant être présents sur la machine ». NOK.
Ce comportement est-il normal ? J’ai checké au niveau des logs sur chaque client. L’un me renseigne des erreurs de timeout, l’autre ne renseigne aucune erreur.
Merci
_______________________________________________
WAPT mailing list
WAPT@lists.tranquil.it <mailto:WAPT@lists.tranquil.it>
http://lists.tranquil.it/listinfo/wapt
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
participants (3)
-
Benjamin Gindrat -
Denis Cardon -
Hubert TOUVET