Received: from spf3.us4.outblaze.com (spf3.us4.outblaze.com [205.158.62.25]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j14GAfNb025794 for ; Fri, 4 Feb 2005 16:10:41 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf3.us4.outblaze.com (Postfix) with ESMTP id 9DAAE53825 for ; Fri, 4 Feb 2005 16:11:28 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cx6G4-0007rS-DG for migo@homemail.com; Fri, 04 Feb 2005 11:24:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cx6FV-0007qc-16 for gnu-arch-users@gnu.org; Fri, 04 Feb 2005 11:24:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cx6FP-0007nb-SM for gnu-arch-users@gnu.org; Fri, 04 Feb 2005 11:23:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cx6FP-0007nJ-P7 for gnu-arch-users@gnu.org; Fri, 04 Feb 2005 11:23:55 -0500 Received: from [64.233.184.201] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cx61S-0002aC-7N for gnu-arch-users@gnu.org; Fri, 04 Feb 2005 11:09:30 -0500 Received: by wproxy.gmail.com with SMTP id 36so377208wri for ; Fri, 04 Feb 2005 08:09:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KW9Cfn04niPAn+IV5LK907o6ioP2WfVmaxQQU/WQwyBJfzi/fsbauDZzq9MLR47u8EMvYx8FiIQ2OGleSQPcd7Bkg8NXksKdnAcoRAn5YJEOfUZIM5LzAO2Pkoklzqodm2vPK5WxbykzwKOcweyTH1yI/ZT+FVRM09ulzgp41IE= Received: by 10.54.19.29 with SMTP id 29mr148100wrs; Fri, 04 Feb 2005 08:09:29 -0800 (PST) Received: by 10.54.19.59 with HTTP; Fri, 4 Feb 2005 08:09:29 -0800 (PST) Message-ID: Date: Sat, 5 Feb 2005 01:09:29 +0900 From: Miles Bader To: Catalin Marinas Subject: Re: [Gnu-arch-users] Re: arch performance with large trees In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1103646999.28012.117.camel@pc1117> <20050204131006.GB4299@linux-sh.org> Cc: gnu-arch-users@gnu.org, Paul Mundt , Cliff Brake , Miika Komu , Miles Bader X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org Status: RO Content-Length: 1004 Lines: 26 On Fri, 04 Feb 2005 15:25:09 +0000, Catalin Marinas wrote: > Well, not everybody uses BK to submit patches. BK doesn't track > renames occurring in normal patches and I don't think it's worth the > effort to add this. See the link below as an example: BK does come with a tool to make it easy to detect renamed files in patches and change them into proper renames, and Linus does use at least some of the time -- I've submitted a normal patch containing a renamed file represented as big delete + a big add, and iin the resulting BK changeset, it showed up as a real rename. I believe it works more or less the same way as tla-cvs-sync's rename detection does, but then the user must confirm the renames it detects. -Miles -- Do not taunt Happy Fun Ball. _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/