Проблемы с проверкой кода из Google Code

Недавно я обновился до Ubuntu 11.10, и с тех пор я не смог проверить код из Google Code. Я не могу получить его ни с svn, ни с git, но они оба работали до обновления (поэтому я предполагаю, что это проблема с 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

Любые идеи?

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

Изменить:

Только что подтвердил мой нетбук 11.04, что я могу проверить код Google через https с subversion.

Я скомпилировал subversion-1.7.0 из источника, используя neon 0.29.6, и openssl не повезло. Теперь он дает svn: E175002.

Редактировать 2:

Чтобы быть ясным, у меня только такая проблема с Google Code. Я могу проверить код из всех других репозиториев, которые я пробовал.

10
задан 20 October 2011 в 04:26

3 ответа

У меня также была эта проблема при переходе на 11.10 (хотя с репозиторией Assembla SVN, а не с кодом Google). Это решение из блога Ян Кестер работало для меня:

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

Надеюсь, это поможет.

2
ответ дан 25 May 2018 в 18:02
  • 1
    Это странно, но я столкнулся с этим и попробовал это раньше. Я снова попытался сделать это только для усмешек и, видимо, сейчас это работает. Думаю, я допустил ошибку. – Jason Iverson 25 October 2011 в 17:58

он отлично работает здесь с той же версией svn, что и вы. Можете ли вы попробовать создать резервную копию / удалить / переименовать папки ~/.ssh и ~/.subversion и посмотреть, помогает ли это.

Я вижу, что вышеупомянутая проблема была решена для других пользователей в более ранних версиях Ubuntu.

1
ответ дан 25 May 2018 в 18:02
  • 1
    Да, я уже пробовал это несколько раз. Забыл упомянуть об этом & gt; (Попробовал это снова сейчас, чтобы быть уверенным, хотя) – Jason Iverson 20 October 2011 в 04:22

Просто используйте http: // протокол вместо https: //, если можете. Работал для меня.

0
ответ дан 25 May 2018 в 18:02
  • 1
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37
  • 2
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37
  • 3
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37
  • 4
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37
  • 5
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37
  • 6
    На этот раз это отлично работало для моих нужд, но я полагаю, что некоторые хранилища доступны только через SSL-соединение. – user 17 February 2013 в 11:37

Другие вопросы по тегам:

Похожие вопросы: