Problèmes de vérification du code de Google Code


10

J'ai récemment mis à niveau vers Ubuntu 11.10 et depuis lors, je n'ai pas pu retirer le code de Google Code. Je ne peux pas l'obtenir avec svn ou git, mais ils fonctionnaient tous les deux avant la mise à niveau (donc je suppose que c'est un problème avec 11.10).

SVN:

$ svn checkout https://project.googlecode.com/svn/ project --username me@gmail.com
svn: OPTIONS of 'https://project.googlecode.com/svn': SSL handshake failed: Secure connection truncated (https://project.googlecode.com)

Git:

$ git clone https://me@code.google.com/p/project/ 
Cloning into project...
Password: 
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://me@code.google.com/p/project/info/refs

fatal: HTTP request failed

Des idées?

git version 1.7.5.4
svn, version 1.6.12 (r955767)
openssl 1.0.0e-2ubuntu4
libneon27-gnutls 0.29.6-1

Éditer:

Je viens de confirmer avec mon netbook 11.04 que je peux commander Google Code via https avec subversion.

J'ai compilé subversion-1.7.0 à partir des sources en utilisant le néon 0.29.6 et openssl sans chance. Ça donne maintenant svn: E175002.

Modifier 2:

Juste pour être clair, il semble que je ne rencontre ce problème qu'avec Google Code. Je peux consulter le code de tous les autres référentiels que j'ai essayés.

Réponses:


2

J'ai également eu ce problème lors du passage à la version 11.10 (bien qu'avec un dépôt Assembla SVN, pas avec le code Google). Cette solution du blog de Jan Kester a fonctionné pour moi:

sudo apt-get install libneon27
cd /usr/lib/
sudo rm libneon-gnutls.so.27
sudo ln -s /usr/lib/libneon.so.27 libneon-gnutls.so.27

J'espère que cela t'aides.


C'est bizarre, mais je l'avais rencontré et essayé plus tôt. J'ai essayé à nouveau juste pour les sourires et apparemment ça marche maintenant. Je suppose que j'ai fait une erreur.
Jason Iverson

1

cela fonctionne bien ici avec la même version svn que vous. Pouvez - vous essayer la sauvegarde / suppression / renommer vos ~/.sshet ~/.subversiondossiers et de voir si cela aide les choses.

Je vois que ce qui précède a résolu le même problème pour les autres utilisateurs sur les versions antérieures d'Ubuntu.


Oui, j'ai déjà essayé ça plusieurs fois. J'ai oublié de le mentionner>. <(J'ai essayé à nouveau pour être sûr)
Jason Iverson

0

Utilisez simplement le protocole http: // à la place https: // si vous le pouvez. A travaillé pour moi.


Cela a parfaitement fonctionné pour mes besoins cette fois, mais j'imagine que certains référentiels ne sont disponibles que via une connexion SSL.
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.