I found, the source of the bug and thus a workaround (but I consider there is still a bug):
The destination repository had a svn:sync-from-url property of https://master-server/rep/ Note the trailing slash. It worked perfectly in 1.5 It seems in 1.6 (I also tested 1.6.3 from testing). The trailing slash leads to the assertion falied when using neon. Switching to serf is not a solution since when using serf, svnsync frequently hangs (I'll open another bug for this). Changing the property to https://master-server/rep without trailing slash makes everything work (and my bandwidth is much happier due to working mirroring). I consider there is still a bug, since the canonicalisation is done when doing a svnsync init, in 1.6 but was not done before. In 1.6 I have the following behaviour : anticosti/edavid:~/secure-tmp % svnsync init file://$(pwd)/test-sync https://svn2.trusted-logic.fr/svn-auth/ Copied properties for revision 0. anticosti/edavid:~/secure-tmp % svn propget --revprop -r 0 svn:sync-from-url file://$(pwd)/test-sync https://svn2.trusted-logic.fr/svn-auth In any case even if it would not work it should exit gracefully and not on assertion falide, leaving a lock behind. -- Erwan David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org