From users-return-27271-archive-asf-public=cust-asf.ponee.io@subversion.apache.org Fri Jun 29 19:46:28 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 6E93A180663 for ; Fri, 29 Jun 2018 19:46:27 +0200 (CEST) Received: (qmail 21533 invoked by uid 500); 29 Jun 2018 17:46:26 -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 21523 invoked by uid 99); 29 Jun 2018 17:46:25 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 29 Jun 2018 17:46:25 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 28AEC1A2211 for ; Fri, 29 Jun 2018 17:46:25 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=daniel.shahaf.name header.b=FjTtDSK9; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=j1V8AB0O Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id Si1HAp0nsMZe for ; Fri, 29 Jun 2018 17:46:24 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 331435F18A for ; Fri, 29 Jun 2018 17:46:24 +0000 (UTC) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 0A1B422049; Fri, 29 Jun 2018 13:46:24 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 29 Jun 2018 13:46:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= daniel.shahaf.name; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=CAzLYt mXEMb25/BDdX5ju+jnvNPIq6oePrHzDyCBI0g=; b=FjTtDSK9gow15hmiQugGLn NyP8PmGX7fn+gY8WLMvTvXM07kCgUKM98EoF/js0JECVx7DmvSgBTiX2sx1157a2 GHyY0w7vfTfwFDd/gh0UTKHGRGh96m/DvQN4zpjAABBWCJULzQ3oqSDFp+AqEYIR 8lh4lL3Jfw6YbgkJB3PkKJZaXFlXtwrBWwB2InNbcurq6v6NulW+o09IRIOe/maR eMCAOKz7V2gNal0BPLtfJJ19Ldyr51CCaDOHks4TK4whoGpB6iF2pUMdscp3PM2k NHCaZrlPI3n9hiu40+c3hiXDNNdnt2KUTVzv2wuYKNpjitz3RvNxxu3j46wCBAng == DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=CAzLYt mXEMb25/BDdX5ju+jnvNPIq6oePrHzDyCBI0g=; b=j1V8AB0Ox1m4ErZgywgSzg 7NIiz9x+/YpwAMjr/pO1+LK5PZcS7TdYuDBg7mb7VctvvNfn8yYIVEr/yenxM9s2 6YKMMQh7OySeHqwFMKh9ScaBr4GDPsrprnAasX+iQjdeoQ/aZ9SjnlfCTKRcg288 wsKapkxq0h5BGNqe/2aJq9nJj+bfaLzqRoD+qmkp1Vy5O+Q17CccBvQf2fvfsC5A 7/ZyxnZGZeBp/1UxOZCxtMqlsZaVvCnHzB4bdE0o97HNjYMtje3S8wn5c1EhTw1s 9CJINwOOtH25qFgls6J21L8fZ8oBEFYpY015ar3IEbygCdwR5uJPpW8Q4V9lD+CQ == X-ME-Proxy: X-ME-Sender: Received: from tarpaulin.shahaf.local2 (bzq-79-178-84-109.red.bezeqint.net [79.178.84.109]) by mail.messagingengine.com (Postfix) with ESMTPA id 3D3D01025D; Fri, 29 Jun 2018 13:46:23 -0400 (EDT) Received: by tarpaulin.shahaf.local2 (Postfix, from userid 1005) id 41HPG56CmfzSZ; Fri, 29 Jun 2018 17:46:21 +0000 (UTC) Date: Fri, 29 Jun 2018 17:46:21 +0000 From: Daniel Shahaf To: Philip Martin Cc: Dipu H , Johan Corveleyn , users@subversion.apache.org Subject: Re: SVN patch issue with property changes Message-ID: <20180629174621.oscjv5kmvkw4ev6e@tarpaulin.shahaf.local2> References: <431EBEF6-3B1E-4886-84D6-1380BB5EF5C8@juniper.net> <8E2D1D14-74F0-414E-ADFB-51E3484E1D41@juniper.net> <1530196985.3488008.1423552192.63F47CA1@webmail.messagingengine.com> <87d0wb5471.fsf@codematters.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87d0wb5471.fsf@codematters.co.uk> User-Agent: NeoMutt/20170113 (1.7.2) Philip Martin wrote on Thu, Jun 28, 2018 at 16:19:30 +0100: > The normalization of svn:executable values is implemented in the client. > If some client chooses not to implement that normalization the backend > will store any value given. > > Should the svn client silently merge '' and '*' for svn:executable > values or should it be a conflict? I favour the conflict but I can see > arguments for a silent merge. Thinking out loud: Since the normalization happens in the client, and since the client (evidently) round-trips unnormalised values unmodified, in 1.11 we could implement additional values for svn:executable (say, svn:executable=0755 and svn:executable=0775 to set only the respective unix permission bits); both 1.10 and 1.11 clients would round-trip the new values; 1.11 clients would map the new values to new semantics and 1.10 clients would map the new values to the old semantics (0777 &~ umask). That seems to be an argument in favour of raising a conflict. Cheers, Daniel (It's Friday, though, so I may have made a logical leap of faith along the way… ☺)