Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 48173200CCC for ; Fri, 21 Jul 2017 11:14:19 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 46DB116CE74; Fri, 21 Jul 2017 09:14:19 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id B306516CE6F for ; Fri, 21 Jul 2017 11:14:18 +0200 (CEST) Received: (qmail 66125 invoked by uid 500); 21 Jul 2017 09:14:17 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 66115 invoked by uid 99); 21 Jul 2017 09:14:17 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jul 2017 09:14:17 +0000 Received: from zulu.23.e-reka.si (89-233-126-4.dynamic.t-2.net [89.233.126.4]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id CE8CD1A0185 for ; Fri, 21 Jul 2017 09:14:15 +0000 (UTC) Subject: Re: Proposal: mod_authz_svn to get an option to inform clients that resource 'cannot be written to' To: dev@subversion.apache.org References: From: =?UTF-8?Q?Branko_=c4=8cibej?= Organization: The Apache Software Foundation Message-ID: Date: Fri, 21 Jul 2017 11:14:12 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-GB archived-at: Fri, 21 Jul 2017 09:14:19 -0000 On 21.07.2017 11:00, Paul Hammant wrote: > > > What is the story? How is this going to help Subversion users? > > The idea sounds interesting. However, I'm not sure how it will help > the users. I don't mind whether I have Read Only or Read / Write > access to an FTP resource or another kind of remote data. I just know > whether I have access to the resource or not. IMO, this is a > communication problem and it's not what SVN has to solve. > > > It will help the owners of subversion repos preventing files from > being overwritten that they do not want to be overwritten. e.g. > Company's Word template (.DOT files). Use the svn:needs-lock property. > It will help subversion end-users not upset the owners of repositories > by changing files (and committing them back) that there are not > supposed to. Use access control. -- Brane