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 72B0C9933 for ; Sat, 4 Aug 2012 11:23:55 +0000 (UTC) Received: (qmail 78273 invoked by uid 500); 4 Aug 2012 11:23:54 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 77811 invoked by uid 500); 4 Aug 2012 11:23:48 -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 77766 invoked by uid 99); 4 Aug 2012 11:23:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Aug 2012 11:23:47 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [192.109.42.8] (HELO einhorn.in-berlin.de) (192.109.42.8) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Aug 2012 11:23:39 +0000 X-Envelope-From: stsp@stsp.name Received: from ted.stsp.name (ted.stsp.name [217.197.84.34]) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id q74BNHkT014784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Aug 2012 13:23:17 +0200 Received: from ted.stsp.name (stsp@localhost [127.0.0.1]) by ted.stsp.name (8.14.5/8.14.3) with ESMTP id q74BNHJ5015148; Sat, 4 Aug 2012 13:23:17 +0200 (CEST) Received: (from stsp@localhost) by ted.stsp.name (8.14.5/8.14.3/Submit) id q74BNGwI021015; Sat, 4 Aug 2012 13:23:16 +0200 (CEST) Date: Sat, 4 Aug 2012 13:23:16 +0200 From: Stefan Sperling To: Andreas Krey Cc: Vitus Piroutz , users@subversion.apache.org, Torsten =?iso-8859-1?Q?B=F6gershausen?= Subject: Re: UNS: SVN not usable on a Mac (#2464) Message-ID: <20120804112316.GA24380@ted.stsp.name> Mail-Followup-To: Andreas Krey , Vitus Piroutz , users@subversion.apache.org, Torsten =?iso-8859-1?Q?B=F6gershausen?= References: <20110707142133.GH25355@inner.h.iocl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110707142133.GH25355@inner.h.iocl.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 On Thu, Jul 07, 2011 at 04:21:33PM +0200, Andreas Krey wrote: > On Thu, 07 Jul 2011 11:14:13 +0000, Vitus Piroutz wrote: > ... > > PS.: i think i have to try Git next. > > As of git 1.7.2 you won't get lucky. From a software point of view MacOS > behaves seriously annoying here. (For git it even has consequences for > the way the checksums are computed.) A stat on the composed file name > still works (arguably correctly) even though the decomposed name shows > up in directory listings and thus in 'git status' as untracked file. It's been almost a year, and interestingly, git is now starting to tackle this problem: http://repo.or.cz/w/git.git/commit/76759c7dff53e8c84e975b88cb8245587c14c7ba The commit message makes no mention of potential compatibility issues with existing repositories. I wonder how they plan to deal with paths that are stored in decomposed form in existing repositories. Maybe this is not an issue for git for some reason? Maybe they'll let users run into issues and then fix them? Maybe their dynamic rename detection makes this less of an issue than it is for Subversion? I've Cc'd Thorsten in case he wants to share his thoughts on this (see http://subversion.tigris.org/issues/show_bug.cgi?id=2464 for context).