On Mar 6, 2010, at 16:52, Ryan Schmidt wrote:
As someone explained earlier in the thread, a Subversion client recreates the
~/.subversion
directory when it runs, so something is causing a Subversion client to run.
Oops!
Apologies to Alexey for not appreciating the import of what he said
On Mar 5, 2010, at 09:21, Alan Brogan wrote:
There is no subversion server on those machines, they are used as subversion
clients only, so
No - subversion was not running at the time
A Subversion server process would never do anything with ~/.subversion; only a
Subversion client would.
To: Alan Brogan abro...@altobridge.com
Cc: users@subversion.apache.org
Sent: Thursday, 4 March, 2010 15:38:24 GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: Could not un- and re- link ~/.subversion/config
On Thu, Mar 04, 2010 at 01:13:49PM +, Alan Brogan wrote:
I just lost a few hours
...@altobridge.com
Sent: Thursday, 4 March, 2010 17:57:05 GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: Could not un- and re- link ~/.subversion/config
File exists error means that the file is re-created after you delete it
but before 'ln'. The fact that you were able to achieve re-linking by
combining
This occurred on various distros of Linux
Fedora 8 and 3
CentOS 4, 4.4 and 5
Mandrake 10.2 and 2006.0, 2007.0
OSX
Most of these are chroot environments on the same server
There is no subversion server on those machines, they are used as
subversion clients only, so
Hello the list,
I just lost a few hours trying to do this:
$ cd ~/.subversion
$ rm -f config
$ ln -s /path/to/another/config .
The link command kept failing, because File exists
WTF ?
Turns out I cannot remove ~/.subversion/* in one command, as some other process
is protecting them from
On Thu, Mar 04, 2010 at 01:13:49PM +, Alan Brogan wrote:
I just lost a few hours trying to do this:
$ cd ~/.subversion
$ rm -f config
$ ln -s /path/to/another/config .
The link command kept failing, because File exists
WTF ?
Turns out I cannot remove ~/.subversion/* in one
File exists error means that the file is re-created after you delete it
but before 'ln'. The fact that you were able to achieve re-linking by
combining two commands into one (rm ... ln ...) suggests that there is
something invoking 'svn' periodically (cron job?).
As far as I know, Subversion