We have narrowed down this problem to an authz change but it doesn't
make much sense to us.
This repo is layed out like this:
/project1/trunk
/branches
/tags
/project2/trunk
/branches
/tags
Our authz file contains this (we are restricting access per project)
[repo:/]
* = r
@adm = rw
[repo:/project1]
* =
@group1 = rw
@adm = rw
@othergroup = r
[repo:/project2]
* =
@group2 = rw
@adm = rw
@othergroup = r
Our checkouts are always done from a pject's trunk or subdir of it's
branches dir. This works for all commands except merge -reintegrate (I
am in group1, and group2)
The admin for SVN made this change to the file temporarily just to see
if it would make a difference and it worked:
[repo:/project1]
* = <<<<<<<
@group1 = rw
@adm = rw
@othergroup = r
to:
[repo:/project1]
* = rw <<<<<<<
@group2 = rw
@adm = rw
@othergroup = r
I also noticed that before this change, if I did svn log ^/, I saw the
entries with revision numbers, but no information in them (no list of
files changed, no checkin comment, and they all said "no author")
After this change, I see all the log entries.
Why would a permissions change to project1 affect log entries accessed
from /? And why did it affect only the -reintegrate command for within
the project (why not other commands)?
Beverly
From: Brown, Beverly [mailto:[email protected]]
Sent: Wednesday, May 19, 2010 3:32 PM
To: [email protected]
Subject: "Unreadable path encountered" running svn merge --reintegrate
I am trying to use the svn merge tracking in the SVN 1.6.11 client
(server is running 1.6.4).
I am getting this error when I try to reintegrate back into my trunk:
svn: Unreadable path encountered; access denied
I can do any other type of merge with no problem, just the -reintegrate
is giving me this problem.
Here is the sequence of commands I ran. My working copy was originally
checked out from ^/project1/trunk.
cd working_copy
svn copy ^/project1/trunk ^/project1/branches/bugfix
svn switch ^/project1/branches/bugfix
<edit some files>
svn commit -m "message"
svn merge ^/project1/trunk
<note: no files needed merging - no changes had been done on the trunk
since the copy>
svn switch ^/project1/trunk
svn merge -reintegrate ^/project1/branches/bugfix .
Any idea what's causing this problem with -reintegrate?
Beverly Brown
