From users-return-25636-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Mon Feb 13 16:55:18 2017 Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AE83219519 for ; Mon, 13 Feb 2017 16:55:18 +0000 (UTC) Received: (qmail 81922 invoked by uid 500); 13 Feb 2017 16:55:18 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 81852 invoked by uid 500); 13 Feb 2017 16:55:18 -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 81834 invoked by uid 99); 13 Feb 2017 16:55:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Feb 2017 16:55:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 7A58818613A for ; Mon, 13 Feb 2017 16:55:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 4.001 X-Spam-Level: **** X-Spam-Status: No, score=4.001 tagged_above=-999 required=6.31 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.001, KAM_LAZY_DOMAIN_SECURITY=1, RDNS_NONE=3] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 5FsHm_lbz2jp for ; Mon, 13 Feb 2017 16:55:16 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id F15055FAE6 for ; Mon, 13 Feb 2017 16:55:15 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cdJu7-0007MN-10 for users@subversion.apache.org; Mon, 13 Feb 2017 17:55:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: users@subversion.apache.org From: Torsten Mueller Subject: how to detect read-only branch from client? Date: Mon, 13 Feb 2017 17:50:32 +0100 Lines: 21 Message-ID: <871sv26nmv.fsf@runbox.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cancel-Lock: sha1:CcpqQ1Fz4ikiP/bC90LNXC/pNeo= I write a script getting sources from one repository, doing a build and other time consuming things and then committing the results into another repsitory. The problem is: the detination side is "managed" which means that I must expect read only branches there. They use the path based authentication feature (see VisualSVNServer) without any communication. They want to close a branch for commits, that's enough communication. But in my case it would be very bad to start a process which runs for an hour or longer and then fails because it can't do the final commit. How can I detect if a path in the destination directory is read only without modifying it? My first guess was to use "svnmucc propdel" to delete a property which doesn't exist. This works great on a branch which is read only. But on the other side it creates always a revision on normal branches. That's not good. What can I do? T.M.