Vagrant est packagé avec une clé SSH, malheureusement PuTTY n’est pas directement compatible avec cette clé OpenSSH, celui-ci ne va pas reconnaître la clé privée proposée par Vagrant pour la connexion à la machine virtuelle.
Étiquette : windows
Garmin Express ne démarre plus sous Windows 8
Dans cet article, voyons comment résoudre le problème de Garmin Express qui ne démarre plus sous Windows 8.
Hier soir après un petit run de 6km, je connecte mon Garmin Forerunner 15 sur le portable sous Windows 8.1, le splash screen de Garmin Express apparait et c’est tout, pas moyen de démarrer l’application. Je passe une demi-heure à essayer de débuguer le problème, en vain. En général, je transfère mes entrainements depuis ma station, donc je laisse tomber le portable, je connecte la montre et même chose. Quelle frustration!
Je remarque que dans la liste des services Windows, Garmin Core Update Service est dans l’état « En démarrage » (Starting), il n’arrive donc pas à démarrer complètement. Tuer le processus et le démarrer aboutit à la même chose. Je cherche un peu plus en ligne, beaucoup de messages sur des problèmes similaires existent, mais peu de solutions. Jusqu’à ce que quelqu’un mette en cause le pare-feu de Windows. Je stoppe celui-ci, je démarre Garmin Core Update Service avec succès cette fois. Finalement!
Je ne suis jamais tombé sur ce soucis en environ 6 mois d’utilisation du Forerunner, certainement que Garmin Express n’a pas aimé une des dernières mises-à-jour de Windows. En tout cas cette solution a fonctionné pour moi.
Pour désactiver (temporairement) le firewall de Windows 8.1 et être en mesure de lancer Garmin Express, voilà comment faire (mes captures d’écrans sont en anglais) :
- Lancer la fenêtre Exécuter (Run) de Windows avec la combinaison de touches Windows + R
- Taper services.msc dans le champ puis Ok pour ouvrir la fenêtre des services de Windows
- Localiser le service Windows Firewall, faire un clic-droit dessus, puis Arrêter (Stop)
- Localiser le service Garmin Core Update Service dans la liste, le démarrer en faisant un clic-droit puis Démarrer (Start)
- Redémarrer le Windows Firewall
- Lancer l’application Garmin Express
Peace and Plant-power \\//
Lumia 800 plus reconnu par Zune
Si vous rencontrez ce petit désagrément que Zune ne reconnait plus votre Windows Phone (ici en 7.8), voici une méthode qui pour moi a fonctionné avec un Nokia Lumia 800.
Symptôme
Vous connectez votre Windows Phone 7.x avec le câble USB, il est reconnu par Windows, Zune démarre également si vous avez cette option, mais ce même Zune vous demande de brancher votre smartphone ou vous dit que celui-ci n’est pas compatible.
Remède
- Fermer Zune et déconnecter le smartphone,
- Ouvrir le gestionnaire de certificats. Menu Démarrer, puis Run (raccourci clavier
[Win]+[r]
), tapercertmgr.msc
,
Aller dans le répertoire Personal puis Certificates, - Supprimer le ou les certificats
zune-tuner
(la ligne aveczune-tuner://windowsphone/...
), - Ouvrir le répertoire des clés privées :
%userprofile%\Application Data\Microsoft\Crypto\RSA
et renommer le répertoire ressemblant àS-1-5-21...
, - Connecter le smartphone, un nouveau répertoire est recréé
Si tout se passe bien et que votre Windows Phone est enfin reconnu par Zune, il est possible de restaurer le répertoire de clés privées précédemment sauvegardé.
- Il faut copier-coller le contenu du répertoire qui a été renommé sous
%userprofile%\Application Data\Microsoft\Crypto\RSA
dans le nouveau répertoire créé par Zune. Lorsque Windows vous informe qu’il y a déjà un fichier portant le même nom, il faut choisir de ne pas le copier, car nous voulons garder le nouveau, - Le répertoire de sauvegarde peut être supprimé.
Problème de nom de répertoire avec GIT
J’ai fait face à ce petit problème agaçant développant sous Windows avec GIT pour Windows et pushant mes modifications sur un serveur de staging sous CentOS : dans un projet Zend après avoir renommé un répertoire, en l’occurence feubapp
en Feubapp
– sous Windows donc – celui-ci était toujours vu comme feubapp
pour GIT, cela semble un peu tordu, mais en gros GIT avait toujours l’ancienne version feubapp
dans sa base même si un ls
me montrait que le répertoire était renommé Feubapp
. Ceci du à l’insensibilité de la casse sous Windows.
Après un push, je me retrouvais avec deux répertoires feubapp
et Feubapp
sur mon serveur GNU/Linux.
La solution consiste à renommer ces répertoires depuis GIT en 2 temps :
git mv feubapp Feubapp2 git mv Feubapp2 Feubapp
Le tour est joué, un git status
montre bien que des répertoires ont été renommés. A noter que directement faire ce qui suit ne fonctionne bien entendu pas :
git mv feubapp Feubapp
Merci au post de msysgit.