Se connecter à Vagrant en SSH avec PuTTY

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.

Continuer la lecture de « Se connecter à Vagrant en SSH avec PuTTY »

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!

Garmin Express splash screen
Garmin Express splash screen

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) :

  1. Lancer la fenêtre Exécuter (Run) de Windows avec la combinaison de touches Windows + R
    Windows + R
  2. Taper services.msc dans le champ puis Ok pour ouvrir la fenêtre des services de Windows
    Windows Run
  3. Localiser le service Windows Firewall, faire un clic-droit dessus, puis Arrêter (Stop)
    Services Windows
  4. Localiser le service Garmin Core Update Service dans la liste, le démarrer en faisant un clic-droit puis Démarrer (Start)
    Service Garmin Core Update_service
  5. Redémarrer le Windows Firewall
  6. Lancer l’application Garmin Express
Garmin Express splash screen
Garmin Express splash screen

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

  1. Fermer Zune et déconnecter le smartphone,
  2. Ouvrir le gestionnaire de certificats. Menu Démarrer, puis Run (raccourci clavier [Win]+[r]), taper certmgr.msc,
    Aller dans le répertoire Personal puis Certificates,
  3. Supprimer le ou les certificats zune-tuner (la ligne avec zune-tuner://windowsphone/...),
  4. 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...,
  5. 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é.

  1. 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,
  2. 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.