[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

permissions and 'svn add'

From: Seth Daniel <subversion_at_sethdaniel.org>
Date: 2005-05-29 21:45:25 CEST

Hi,

I have a very large directory tree (many 10's of thousands of files). Some
of these files need to be checked in to a repository and some don't. I
have a list of all the paths that need to be added to our repository
however the files themselves cannot move. So I am doing an in-place
checkin as described here:

  http://subversion.tigris.org/faq.html#in-place-import

This works well. I did have one problem though. Within my list of
paths were some directories that had a different owner than the rest of
the paths. This owner of the directory disallowed my user from writing
to it. So as a very simple example:

> ls -lR perm
  perm:
  total 8
  drwxr-xr-x 2 root root 4096 2005-05-26 14:51 a/
  drwxr-xr-x 2 seth seth 4096 2005-05-26 14:52 b/
  -rw-r--r-- 1 seth seth 0 2005-05-26 14:51 c

  perm/a:
  total 0
  -rw-r--r-- 1 root root 0 2005-05-26 14:51 d

  perm/b:
  total 0
  -rw-r--r-- 1 seth seth 0 2005-05-26 14:52 e

So the 'a' directory is owned by root and all the other directories,
including 'perm' are owned by me.

Let's say I have an empty repository at http://repo.com/svn/repo. So:

# cd perm
# svn co http://repo.com/svn/repo .
# svn add *
svn: Can't open file 'a/.svn/lock': No such file or directory

Now, at this point, the perm/.svn/entries contains an entry for the 'a'
directory, but subcommands die when it comes to 'a':

# cd perm
# svn -u status
svn: Working copy 'a' not locked
# svn revert a
svn: 'a' is not a working copy
# svn -R revert a
svn: 'a' is not a working copy
# svn cleanup
svn: 'a' is not a working copy directory

So, if I don't have permission to change the ownership of the 'a' directory
how do I use 'svn' to unschedule the add of 'a'? I eventually gave up
trying and manually removed the entry in the .svn/entries file. I feel
positive that this is not the preferred way to solve this problem.

Thank you.

-- 
seth / @sethdaniel.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun May 29 21:46:56 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.