git produce Gtk-ADVERTENCIA: no se puede abrir la pantalla

He estado trabajando en mi proyecto de forma remota a través de la command-line en una máquina a la que no tengo derechos de administrador y después de ejecutar git push origin master recibo el siguiente post de error:

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

Mi file .git/config tiene los siguientes contenidos:

  [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 

Estaba recibiendo el error 403 antes. Siguiendo el comentario aquí , puse mi nombre de usuario antes del signo @ en la URL remota y desde entonces, he estado recibiendo el error Gtk.

Cuando inicio session en la máquina usando ssh -X e bash presionar, aparece el siguiente error:

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

Si cambio la url del control remoto a git@github.com:username/repository.git , entonces el error es:

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

¿Sabes cómo arreglar ésto?

Finalmente descubrí una solución al problema. Como se describió aquí , ejecuté el siguiente command en la terminal:

  unset SSH_ASKPASS 

y luego ejecutar git push origin master funciona como debería. También puede agregar la línea a su file .bashrc .

Hace poco resolví este comportamiento en una máquina RedHat 5 donde nuestra versión de Git era 1.7.4.1.

No tenía un alto grado de confianza en que unset SSH_ASKPASS no tuviera consecuencias imprevistas, así que quería ver si había otra solución.

No podía decirlo con certeza, pero parece que se estaba preparando un parche para este problema al mismo time que nuestra versión de Git había sido publicada. Entonces, me pareció que era razonable esperar que una versión más reciente corrige el comportamiento.

Y de hecho lo hizo. La actualización a la twig 1.8 de Git resolvió el problema. El post de error todavía se muestra por algún motivo extraño, pero se le pide correctamente su contraseña y se le permite continuar.

Ninguna de estas respuestas funcionó para mí (ssh'ing a través de Cygwin en Windows 10 en un server RHEL 6.8 e intentando clonar un repository de github.com desde el recuadro RHEL) así que lo que hice fue clonar mediante una key SSH en lugar de un nombre de usuario HTTPS / contraseña. Por ejemplo, utilicé git@github.com: MyUsername / myproject.git en lugar de la URL https. También cargué apropiadamente mi key pública en Github. Este método funcionó bien.

Nota: De las soluciones anteriores, en realidad no intenté actualizar a la twig 1.8 de git