On Thu, Feb 10, 2011 at 04:15:16PM +0100, Fabian Richter wrote:
> Hi,
>
> I just recently upgraded to svn 1.6.12 and had to realize
Which version did you upgrade from?
As far as I can tell this behaviour has existed for some time,
since at least 1.5. Did you upgrade from an earlier version which
had different behaviour?
I've checked current trunk and 1.5, and the behaviour is the
same in both. The check only works within the top-level directory
of the repository, though:
$ ls
README.txt conf/ db/ format hooks/ locks/
$ svnadmin create repos
subversion/libsvn_repos/repos.c:1203: (apr_err=165002)
svnadmin: 'repos' is a subdirectory of an existing repository rooted at ''
$ cd db/
$ svnadmin create repos
$ cd ..
$ cd hooks/
$ svnadmin create repos
$
>
> svnadmin create
>
> wont let me create Repositories inside directories where have already
> repositories been created.
>
> Why is that a "feature"
Because it's likely a mistake.
Nesting repositories is not what many people want.
> and can you please add an --force switch to
> still being able to create Repositories within the path of another?
That's a reasonable request, I think. Not a usual use case but why not?
But I also think that the check for an existing repository should
work within any subdirectory of the repository, not just within the
top-level directory of the repository.
Can you help by filing a DEFECT issue in our issue tracker
(http://subversion.tigris.org/issue-tracker.html) requesting that the
check be expanded to also work within subdirectories of a repository?
And an ENHANCEMENT issue that allows the check to be overridden by a
new command line option (named something like '--allow-nested-repositories'
since we don't use --force anymore because it's not always clear what's
being forced). You can use this link to refer to this thread from the
issue as required by our bug filing guidelines:
http://svn.haxx.se/users/archive-2011-02/0162.shtml
Maybe you'd even be willing to try to send a patch for either of
these items?
Thanks,
Stefan
Received on 2011-02-10 16:59:54 CET