From users-return-5200-daniel=haxx.se@subversion.apache.org Wed Oct 6 19:26:54 2010 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on giant.haxx.se X-Spam-Level: X-Spam-Status: No, score=0.5 required=3.0 tests=BAYES_00,HTML_MESSAGE, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9.1) with SMTP id o96HQra8001690 for ; Wed, 6 Oct 2010 19:26:53 +0200 Received: (qmail 40750 invoked by uid 500); 6 Oct 2010 17:26:44 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 40743 invoked by uid 99); 6 Oct 2010 17:26:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 17:26:44 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS Received-SPF: pass (nike.apache.org: local policy) Received: from [96.57.109.98] (HELO EDGESVR.CCIADCOMM.COM) (96.57.109.98) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 17:26:34 +0000 Received: from Exchangeserver.cciadcomm.com (10.1.1.5) by EDGESVR.CCIADCOMM.COM (10.1.1.8) with Microsoft SMTP Server (TLS) id 8.1.291.1; Wed, 6 Oct 2010 13:25:57 -0400 Received: from DSKTP006 (64.140.213.14) by mail.cciproducts.com (192.168.1.105) with Microsoft SMTP Server id 8.1.240.5; Wed, 6 Oct 2010 13:26:28 -0400 From: James Fainer To: Subject: Feature request Date: Wed, 6 Oct 2010 13:25:55 -0400 Message-ID: <007e01cb657b$8bd647d0$a382d770$@cciproducts.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007F_01CB655A.04C54410" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Actle4I7jQrRJEX4QRmNV3qzv8FurQ== Content-Language: en-us X-Virus-Checked: Checked by ClamAV on apache.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.3.5 (giant.haxx.se [80.67.6.50]); Wed, 06 Oct 2010 19:26:54 +0200 (CEST) X-Friend: Nope ------=_NextPart_000_007F_01CB655A.04C54410 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I am looking to reduce the potential complexity of path access rules by applying wild card rules in the repository section of the path access rules configuration. i.e. <> [dev:/branch] @group1=rw [dev2:/branch] @group2=rw <> Define repository with a prefix eng_Project1 eng_project2 restrict_project1 rule: [eng_*:/] @group1 = rw [restrict_*:/] @group2=rw Thanks, Jim Fainer ------=_NextPart_000_007F_01CB655A.04C54410 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am = looking to reduce the potential complexity of path access rules by = applying wild card rules in the repository section of the path access = rules configuration.

 

i.e. =

<<normal>> =

[dev:/branch]

@group1=3Drw

 

= [dev2:/branch]

@group2=3Drw

 

<<proposed>>

Define repository with a prefix

 

eng_Project1

eng_project2

restrict_project1

 

rule:

[eng_*:/]

@group1 = =3D rw

 

[restrict_*:/]

@group2=3Drw

 

Thanks,

Jim = Fainer

------=_NextPart_000_007F_01CB655A.04C54410--