[Bastian Blank]
> svnadmin hotcopy fails an older fsfs repositories:
> | $ svnadmin hotcopy test test1
> | svnadmin: Can't open file 'test/db/fsfs.conf': No such file or directory
Right you are. Somebody noticed this upstream just a week ago:
http://svn.haxx.se/dev/archive-2010-07/0471.shtml
I'm sure _you_ know the obvious workaround of 'touch REPOS/db/fsfs.conf',
but in case other people stumble across it, I'll patch it in my next
upload. The basic patch is very simple
http://svn.haxx.se/dev/archive-2010-07/0663.shtml
and I'm discussing it with upstream now.
But compounding the problem is that svnadmin 1.6.0 through 1.6.11 had a
bug in forgetting to copy fsfs.conf at all, even when it does exist, so
there's a concern about how to handle the situation where a repository
is already in 1.6 format (`cat REPOS/db/format` = 4) but doesn't have
this file - shouldn't we warn the user that they may have previously
lost some configuration? I don't think I'll try to address _that_,
unless someone else upstream does it for me.
Thanks,
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
