Re: [viewvc-users] svnauth not working

Rodolfo Cossalter <[email protected]>
Newsgroups gmane.comp.version-control.cvs.viewcvs.user
Message-ID <4D67DF16.6030702__32552.5920060047$1298652975$gmane$org@dm.uba.ar>
C. Michael Pilato escribió:
> On 02/21/2011 04:11 PM, Rodolfo Cossalter wrote:
>> When using svnauth authorizer globally, subdirectories don't inherit permissions
>> as svn does, so I switched to use per-root options.
> 
> Hrm.  Can we pause here for a second?  I want to better understand this
> assertion before we just move past it and start trying to fix the workaround.
> 
> What do you mean by "subdirectories don't inherit permissions as svn does"?
>  The 'svnauthz' authorizer is designed to match Subversion's  behavior, so
> anywhere that doesn't happen I definitely want to know about and better
> understand it.
> 
In our original setup (global authorizer) with authfile as follows:

[/]
* =

[repo1:/]
user1 = rw

user1 was authenticated by apache, authorized by viewvc and had access to
http://xxx.yyy.zzz.ar/viewvc/repo1/ but got an error message trying to access
http://xxx.yyy.zzz.ar/viewvc/repo1/examplev1/
Now I realize that it was an error from apache, and not viewvc:
Access denied: 'user1' GET examplev1:/, referer: http://xxx.yyy.zzz.ar/viewvc/repo1/
To get access to http://xxx.yyy.zzz.ar/viewvc/repo1/examplev1/ it was necessary to add
either
[/]
* = r

or

[repo1:/examplev1]
user1 = rw

to authfile which we considered unacceptable.
I'm sorry but I can't reproduce that situation anymore. I believe that it was caused
by trying to authorize with *both* mod_authz_svn and viewvc and different authfiles.
Anyway, removing the trailing slash in <Location /viewvc/repo1/> and authorizing
either globally or per-root with viewvc seems to be working now.

Can you confirm that the same authfiles used by mod_authz_svn may be used by viewvc?
What is the meaning of r(ead) and w(rite) in viewvc?

Thanks,
Rodolfo

------------------------------------------------------
http://viewvc.tigris.org/ds/viewMessage.do?dsForumId=4255&dsMessageId=2707561

To unsubscribe from this discussion, e-mail: [[email protected]].
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.