On Sun, Jun 23, 2013 at 3:56 PM, Alexey Neyman <stilor_at_att.net> wrote:
> Hi,
>
>
>
> I've tried upgrading the client to SVN 1.8, and now see some strange merge
> errors while reintegrating the branch. According to
Did you delete the old RHEL 1.6.11 RPM, to avoid libraries lying
around and confusing you? Or binaries turning up in your "commit"
scripts due to inherited "PATH" that does not include the new version?
To avoid the fun and games, I urge you to grab and test my newly
minted Subversion 1.8.0 RPM building tools, at:
https://github.com/nkadel/subversion-1.8.x-srpm
I've also bundled a libserf SRPM building toolkit at:
https://github.com/nkadel/libserf-1.2.x-srpm
I've been testing out the 1.8.x features, it's suitable for pushing to
Rpmforge. EPEL would take a lot more work because there are key
libraries, like "SQLite", that have to be compiled locally even for
RHEL 6. And Fedora 19, which is coming out, does not use SysV init
scripts at all, it uses system, so the "svnserve" init script will be
rejected out of hand.
>
>
>
> http://subversion.apache.org/docs/release-notes/1.8.html#auto-reintegrate
>
>
>
> the --reintegrate option is now deprecated, its use is discouraged and SVN
> should be able to figure that out automatically. However, when I tried a
> plain "svn merge", it gave me the following error:
>
>
>
> [aneyman_at_build2 trunk]$ svn merge ^/MERGE-PATH
>
> svn: E210002: Unable to connect to a repository at URL 'svn://MERGE-URL'
>
> svn: E210002: Network connection closed unexpectedly
>
>
>
> Strangely, 'svn merge --reintegrate' worked fine.
>
>
>
> We are running 1.6.11 on the server (stock RedHat RPM, "1.6.11-2.el6_1.4"
> version). I installed SVN 1.8.0 RPM from WanDisco ("1.8.0-1") on the client.
>
>
>
> Any clues/suggestions as to how to debug this further?
>
>
>
> Regards,
>
> Alexey.
Received on 2013-06-24 01:21:24 CEST