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 [email protected]
svn: OPTIONS of 'https://project.googlecode.com/svn': SSL handshake failed: Secure connection truncated (https://project.googlecode.com)

Git:

$ git clone https://[email protected]/p/project/ 
Cloning into project...
Password: 
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://[email protected]/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.

11.10 git svn ssl Jason Iverson
la source

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.

Robert Taylor
la source
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.

kikixx
la source
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.

Kamil Szot
la source
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.