[devel] new svn sometimes fails with HTTP Bad Request

Ivan Zakharyaschev imz на altlinux.org
Пт Дек 4 20:50:09 MSK 2015


Есть у кого-нибудь какие-нибудь мнения --
https://bugzilla.altlinux.org/show_bug.cgi?id=31591#c2 ?

2015-12-02 17:24 UTC+03:00, Ivan Zakharyaschev <imz на altlinux.org>:

> subversion-1.7.8-alt2.1 (который был когда-то в p7) и тот, который в p6,
> умел:
>
> svn co http://svn.botik.ru/refal/to-imperative/trunk /usr/src/refal-trunk
>
> Новый из Sisyphus (и p7) не может:
>
> svn: E175002: Unexpected HTTP status 400 'Bad Request' on
> '/refal/to-imperative/trunk'
>
> Преодолеть это можно так ( http://stackoverflow.com/a/22713369/94687 ):
>
> svn --config-option servers:global:http-chunked-requests=no co
> http://svn.botik.ru/refal/to-imperative/trunk /usr/src/refal-trunk

(In reply to comment #1)
> Предлагаешь опцию конфигурирования по умолчанию включить?

Это в первую очередь претензия к апстриму, что у них нет такого fallback.

Что лучше делать в условиях, когда мы дописывать такую возможность не будем, не
очень ясно: ожидать, что все пользователи svn в Sisyphus и в p7 должны
обучиться, как обходить эту новую "поломку", или спрятать это от них в
конфигурации, сделав
HTTP-запросы от svn не такими продвинутыми, как он умеет в последних версиях...

Причём в p7 это случается вдруг: я ставил себе систему из p7 некоторое
время назад, у меня работало. А если обновить subversion из нынешнего
p7, уже не работает. Это же нарушает ожидания от p7, что то, что
работало, не будет ломаться.

Best regards,
-- 
Ivan


Подробная информация о списке рассылки Devel