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:beverly.br...@stratus.com] 
Sent: Wednesday, May 19, 2010 3:32 PM
To: users@subversion.apache.org
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

Reply via email to