<?xml version="1.0" encoding="UTF-8" ?><oembed><version>1.0</version><provider_name>Чудо{вищные} заметки</provider_name><provider_url>https://miracle.rpz.name</provider_url><author_name>MiRacLe</author_name><author_url>https://miracle.rpz.name/author/miracle/</author_url><title>svn: E175002: GET request returned unexpected delta base</title><html>Работая с репозиторием через vpn часто сталкивался с ошибкой, указанной в заголовке поста. &quot;Лечилось&quot; как правило повторным выполнением команды. Времени (или желания?!) разобраться с этим как правило не было и видимо к счастью, т.к. проблему собирался искать &quot;локально&quot; (была какая-то уверенность в том, что проблема как-то связана с vpn поверх провайдерского l2tp, &lt;a href=&quot;https://miracle.rpz.name/2015/10/05/mtu/&quot;&gt;MTU&lt;/a&gt; &quot;и вот это вот всё&quot;©). И вот совершенно случайно выяснилось, что проблема не связана с сетевыми настройками и являет себя только &lt;span title=&quot;вдруг 1.8 кому-то тоже покажется новым. в конце 2018 года, ага&quot;&gt;&quot;новым&quot;&lt;/span&gt; клиентам svn, но ВНЕЗАПНО решить её можно настройкой сервера.

Особенно ВНЕЗАПНЫМ это &quot;открытие&quot; делает то, что &lt;a href=&quot;https://subversion.apache.org/docs/release-notes/1.8.html#serf-skelta-default&quot; target=&quot;_blank&quot; rel=&quot;noopener noreferrer&quot;&gt;настройка описана прямо в changelog mod_dav_svn&lt;/a&gt;, но кто ж его читает, правда?

В &lt;code&gt;httpd.conf&lt;/code&gt; необходимо добавить:&lt;!--more--&gt;
&lt;pre&gt;SVNAllowBulkUpdates Prefer&lt;/pre&gt;
Это решает проблему с &quot;новыми&quot; клиентами и не ломает работу &lt;span title=&quot;а смысл обновлять 1.6 до 1.9, если возможностей достаточно?&quot;&gt;&quot;старых&quot;&lt;/span&gt;.</html><type>rich</type></oembed>