* [devel] new svn sometimes fails with HTTP Bad Request
@ 2015-12-02 14:24 Ivan Zakharyaschev
2015-12-04 17:50 ` Ivan Zakharyaschev
0 siblings, 1 reply; 2+ messages in thread
From: Ivan Zakharyaschev @ 2015-12-02 14:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
Кому-то ещё может пригодиться, если брать исходники по svn:
subversion-1.7.8-alt2.1 (который был когда-то в p7) и тот, который в p6, умел:
svn co http://svn.botik.ru/refal/to-imperative/trunk /usr/src/refal-trun
Новый из 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
Best regards,
--
Ivan
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [devel] new svn sometimes fails with HTTP Bad Request
2015-12-02 14:24 [devel] new svn sometimes fails with HTTP Bad Request Ivan Zakharyaschev
@ 2015-12-04 17:50 ` Ivan Zakharyaschev
0 siblings, 0 replies; 2+ messages in thread
From: Ivan Zakharyaschev @ 2015-12-04 17:50 UTC (permalink / raw)
To: ALT Linux Team development discussions
Есть у кого-нибудь какие-нибудь мнения --
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-12-04 17:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-02 14:24 [devel] new svn sometimes fails with HTTP Bad Request Ivan Zakharyaschev
2015-12-04 17:50 ` Ivan Zakharyaschev
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git