> My mistake about checkouts. They seem to work. The rest of the bug report
> still holds however.
> cowwoc wrote:
>> I am using Windows7 64-bit, Collabnet Subversion Server 1.6.6
>> Installation directory: C:\Program Files (x86)\Subversion
>> Repository directory: C:\Program Files (x86)\Subversion\repositories
>> 1. open a command window
>> 2. cd C:\Program Files (x86)\Subversion\repositories
>> 3. svnadmin create foo
>> 4. program returns success but directory "foo" does not show up under the
>> repositories directory
>> 5. repeat "svnadmin create foo"
>> 6. program will complain "svnadmin: 'test' is a subdirectory of an
>> existing repository rooted at 'test'"
>> What is actually going on is that svnadmin tries writing to C:\Program
>> Files (x86)\Subversion\foo. Windows redirects this to
>> C:\Users\Gili\AppData\Local\VirtualStore\Program Files
>> (x86)\Subversion\foo. There are two problems:
>> 1. The behavior and error message is misleading. I spent an hour trying to
>> figure out how to delete the repository so I can try again.
>> 2. If you try checking out the repository based in VirtualStore you'll get
>> an error, probably because it has the wrong permissions or something.
>> Expected behavior:
>> 1. The initial attempt to create the repository directory should fail,
>> indicating that the directory cannot be written to, or
>> 2. Create the directory, but then if a user tries creating the repository
>> a second time the error message should give the *full* path to the
>> repository (the one in VirtualStore) so there is no confusion.
>> 3. If repository creation is allowed in VirtualStore then checkouts should
The moral of the story is actually this:
DO NOT CREATE REPOSITORIES IN "Program Files". That directory is NOT for
storing transient or application-updated data. It's for storing (*gasp*)
program files. VirtualStore is there to provide backwards compatibility
for badly behaved software. It is NOT there to store subversion
Your notes about the error message may be valid, but it's not clear to
me that subversion would have the information it needs to give you a
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-10-27 19:54:07 CET