From owner-svn-src-all@FreeBSD.ORG Tue Jan 20 06:48:13 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D0E106564A; Tue, 20 Jan 2009 06:48:13 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id C7D0D8FC17; Tue, 20 Jan 2009 06:48:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (h-66-166-149-52.snvacaid.covad.net [66.166.149.52]) by kientzle.com (8.12.9/8.12.9) with ESMTP id n0K6F7C1069219; Mon, 19 Jan 2009 22:15:07 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <49756BE8.2010607@freebsd.org> Date: Mon, 19 Jan 2009 22:15:04 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <200901161547.n0GFlZ4C012008@svn.freebsd.org> <20090117142021.92d5a40b.stas@FreeBSD.org> <20090119165030.GA18409@dragon.NUXI.org> <20090120012525.GC29741@dragon.NUXI.org> In-Reply-To: <20090120012525.GC29741@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Robert Watson Subject: Re: svn commit: r187332 - head/tools/regression/usr.bin/jot X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2009 06:48:13 -0000 David O'Brien wrote: > On Mon, Jan 19, 2009 at 04:55:04PM +0000, Robert Watson wrote: > >>So I have to reformat my Mac OS X file systems in order to check out >>FreeBSD source trees on them because the jot(1) regression test relies on >>having two files in the same directory that differ only in case? :-) No > > Does it really prevent one from checking out the sources - the file name > collision should just cause a file to be overwritten. Last time I tried this, it actually caused the checkout to stop when it hit the case conflict. (Though the error message was far from clear.) You can work around this with partial checkouts, but it requires some care. Tim