git produit Gtk-WARNING: impossible d’ouvrir l’écran

J’ai travaillé sur mon projet à distance via la ligne de commande sur une machine sur laquelle je n’ai pas de droits d’administrateur et après avoir exécuté git push origin master j’obtiens le message d’erreur suivant:

 (gnome-ssh-askpass:29241): Gtk-WARNING **: cannot open display: 

Mon fichier .git/config a le contenu suivant:

  [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = https://username@github.com/username/repository.git [branch "master"] remote = origin merge = refs/heads/master 

Je recevais l’erreur 403 plus tôt. Suite au commentaire ici , j’ai mis mon nom d’utilisateur avant le signe @ dans l’URL distante et depuis, j’ai eu l’erreur Gtk.

Lorsque je me connecte à la machine en utilisant ssh -X et que j’essaie de pousser, j’obtiens l’erreur suivante:

 X11 connection rejected because of wrong authentication. (gnome-ssh-askpass:31922): Gtk-WARNING **: cannot open display:localhost:10.0 

Si je change l’URL de la télécommande en git@github.com:username/repository.git , alors l’erreur est la suivante:

 ssh: connect to host github.com port 22: Connection timed out fatal: The remote end hung up unexpectedly 

Savez-vous comment résoudre ce problème?

    J’ai finalement découvert une solution au problème. Comme cela a été décrit ici , j’ai exécuté la commande suivante dans le terminal:

      unset SSH_ASKPASS 

    et puis exécuter git push origin master fonctionne comme il se doit. Vous pouvez également append la ligne à votre fichier .bashrc .

    J’ai récemment traité ce comportement sur une machine RedHat 5 où notre version de Git était la 1.7.4.1.

    Je ne pensais pas que unset SSH_ASKPASS n’aurait pas de conséquences inattendues. Je voulais donc voir s’il y avait une autre solution.

    Je ne pouvais pas le dire avec certitude, mais il semble qu’un correctif pour ce problème était en préparation à peu près au même moment où notre version de Git avait été publiée. Il me semblait donc raisonnable d’espérer qu’une version plus récente corrigerait le comportement.

    Et en effet ça l’a fait. La mise à niveau vers la twig 1.8 de Git a résolu le problème. Le message d’erreur est toujours affiché pour une raison étrange, mais vous êtes correctement invité à entrer votre mot de passe et autorisé à continuer.

    Aucune de ces réponses n’a fonctionné pour moi (en passant par Cygwin sur Windows 10 dans un serveur RHEL 6.8 et en essayant de cloner un repository github.com à partir de RHEL), ce que j’ai fait a été clone via une clé SSH plutôt qu’un nom d’utilisateur HTTPS / mot de passe. Par exemple, j’ai utilisé git@github.com: MyUsername / myproject.git plutôt que l’URL https. J’ai également téléchargé correctement ma clé publique dans Github. Cette méthode a bien fonctionné.

    Note: Parmi les solutions ci-dessus, je n’ai en fait pas essayé de passer à la twig 1.8 de git