Hello again,
I thought I'd provide an update in case it might spark an idea in someone.
I've managed to get the old repo locations to behave the same as the new
parent path one, in that it just 403s when the userRO tries to GET the root
of the repository he does have some subfolder access. Not id
On 2015-Apr-13, Bert Huijben wrote with possible deletions:
> >
> > Current access file contains:
> >
> > [groups]
> > proj_staff = [...]
> > proj_other = [...]
> >
> > [proj:/]
> > @proj_staff = rw
> > @proj_other = r
> >
> > [proj:/pub]
> > * = r
> > @proj_
> -Original Message-
> From: all-li...@stefan-klinger.de [mailto:all-li...@stefan-klinger.de]
> Sent: zondag 12 april 2015 12:47
> To: users@subversion.apache.org
> Subject: Path-based authorization ignores most specific path
>
> Hello!
>
> --Summary--
>
> Path-based authorization seem
On 13-09-17 11:26 AM, Tati, Aslesh : Barclaycard US wrote:
I’m trying to setup a path based authorization using different LDAP groups.
Developers should be able to see all repositories and commit to all
repos (the corresponding LDAP group is subversion_developers)
Business users should be able
Jan Keirse wrote on Mon, Nov 26, 2012 at 09:42:53 +0100:
> On Mon, Nov 26, 2012 at 9:28 AM, Markus Karg wrote:
>
> > I am using aliases (as typical with LDAP), so the cause you described
> > should not happen. Also, everything is lower case (alias names, group
> > names, etc.). And I do not have
On Mon, Nov 26, 2012 at 9:28 AM, Markus Karg wrote:
> I am using aliases (as typical with LDAP), so the cause you described
> should not happen. Also, everything is lower case (alias names, group
> names, etc.). And I do not have any relation between the rules‘ paths and
> the failing paths, as I
On Sat, Nov 24, 2012 at 12:12 AM, Markus Karg wrote:
> I wonder why this should produce this effect? I mean, why is it working
> with 99% of all paths, but not with some others?
Say that you are logged in as Markus (instead of markus), if some authz
rules refer to Markus and others refer to mar
17:46
To: Markus Karg
Cc: users@subversion.apache.org
Subject: Re: Path-based authorization buggy when using SASL-LDAP
Just a wild guess: does your username (in AD or as you entered it in the svn
client) have the same case as the authz file? Windows doesn't care but the
authz file
Just a wild guess: does your username (in AD or as you entered it in the
svn client) have the same case as the authz file? Windows doesn't care but
the authz file does.
My apache configuration has this setting to accomodate for this:
AuthzForceUsernameCase lower
I _think_ svnserve can do the same
On Tue, Oct 2, 2012 at 8:35 AM, Stefan Sperling wrote:
> On Tue, Oct 02, 2012 at 08:01:30AM -0400, Nico Kadel-Garcia wrote:
>> There are also some approaches that can help rigorously manage such
>> configurations. I long for some Subversion developer to write
>> something like the "gitosis" tool,
On Tue, Oct 02, 2012 at 08:01:30AM -0400, Nico Kadel-Garcia wrote:
> There are also some approaches that can help rigorously manage such
> configurations. I long for some Subversion developer to write
> something like the "gitosis" tool, which manages SSH keys for git's
> SSH based access, and whic
On Tue, Oct 2, 2012 at 7:48 AM, Stefan Sperling wrote:
> On Tue, Oct 02, 2012 at 10:57:30AM +0200, david fasani wrote:
>> Hi All,
>>
>> I have a active write-through proxying between a master SVN and 2
>> slaves. I'm looking is there a way to synchronise the path-based
>> authorization, users and
On Tue, Oct 02, 2012 at 10:57:30AM +0200, david fasani wrote:
> Hi All,
>
> I have a active write-through proxying between a master SVN and 2
> slaves. I'm looking is there a way to synchronise the path-based
> authorization, users and groups configuration.
> I searched a lot on web and found no l
Am Mittwoch, den 11.01.2012, 15:00 + schrieb Schroeder, Hartmut:
> Hello All!
>
> We use Subversion 1.6.16 on MS Windows Server 2008.
>
> We have a set of 22 repositories and use path based authorization for
> restricting user access. Apache is configured to accept user
> information via LDAP
Hi,
yep indeed this was the first thing I tried. Thanks for all the replies.
simply using [myrepo:/foo bar] works.
The error was an unnecessary space in the declaration of the user
group @G_special_group
So a simple typo.
Thank you all again.
Necati
On Wed, Feb 23, 2011 at 6:03 PM, Daniel S
On Wed, Feb 23, 2011 at 5:20 AM, Necati Mercan
wrote:
> Hi,
>
> I'm using svn-version 1.4.6, apache version 2.2.8 on an ubuntu 8.04 LTS.
> On the client side, mostly win xp with tortoisesvn.
>
> The setup is using https and path-based-authorization and everything was
> working fine.
> Users are se
On Feb 23, 2011, at 07:12, Necati Mercan wrote:
> I'm using svn-version 1.4.6, apache version 2.2.8 on an ubuntu 8.04 LTS.
Please upgrade; 1.4.x and earlier are not supported anymore.
Necati Mercan wrote on Wed, Feb 23, 2011 at 14:12:19 +0100:
> How do I specify a folder with whitespaces in its name? Tried single
> quotes, double quotes, %20 but to be honest it is irritating.
Have you tested just
[/foo bar]
?
Hi,
Robert Johnson wrote:
> I'm not sure this is a bug or the documentation is wrong,
> or I'm misunderstanding the concept.
>
> In the SVN doc:
> > Section 6.5 Path-Based Authorization
> > [paint:/projects/paint]
> > jane = r
> > @paint-developers = rw
> >
> > Another important fact is that the
> -Original Message-
> From: Johnson, Robert [mailto:r.john...@cgi.com]
> Sent: 25 October 2010 23:59
> To: users@subversion.apache.org
> Subject: Path based authorization
>
> I'm not sure this is a bug or the documentation is wrong, or
> I'm misunderstanding the concept.
>
> The setup
On Wed, Jul 28, 2010 at 7:59 PM, Luiz Guilherme Kimel wrote:
> Hello there,
>
>
>
> I’m implementing a subversion repository that keeps project management
> artefacts. In other words, we are using SVN for document management. And
> everything was going right until we find that managers need to kee
21 matches
Mail list logo
