Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764625AbYB1UN7 (ORCPT ); Thu, 28 Feb 2008 15:13:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760421AbYB1UNf (ORCPT ); Thu, 28 Feb 2008 15:13:35 -0500 Received: from srv5.dvmed.net ([207.36.208.214]:51507 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1761008AbYB1UNe (ORCPT ); Thu, 28 Feb 2008 15:13:34 -0500 Message-ID: <47C715EB.3060303@garzik.org> Date: Thu, 28 Feb 2008 15:13:31 -0500 From: Jeff Garzik User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: git@vger.kernel.org CC: LKML Subject: Re: 'git gc' always run, on old kernel repo? References: <47C71233.4050705@garzik.org> In-Reply-To: <47C71233.4050705@garzik.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: SpamAssassin version 3.2.3 on srv5.dvmed.net summary: Content analysis details: (-4.4 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4198 Lines: 107 Jeff Garzik wrote: >> [jgarzik@pretzel netdev-2.6]$ git-am --signoff --utf8 /g/tmp/mbox >> Applying Add support for HT1100 SATA controller - sent from evolution >> Auto packing your repository for optimum performance. You may also >> run "git gc" manually. See "git help gc" for more information. >> Counting objects: 1, done. >> Writing objects: 100% (1/1), done. >> Total 1 (delta 0), reused 0 (delta 0) >> warning: There are too many unreachable loose objects; run 'git prune' >> to remove them. > > IMO there is a broken hueristic in there somewhere... I regularly run > 'git gc' on my repos... Follow-up... this is already becoming a PITA. I am going through and rebasing multiple repos in the same repository... and it keeps running 'git gc' on each branch! grrrr. Step 1: pull "../linux-2.6" into master branch of local repo. this repo was created with "--reference". It _might_ be reasonable to expect 'git gc' to be run: > [jgarzik@pretzel libata-dev]$ git pull ../linux-2.6/ > Updating bfa274e..7704a8b > Fast forward > Auto packing your repository for optimum performance. You may also > run "git gc" manually. See "git help gc" for more information. > Counting objects: 462, done. > Compressing objects: 100% (333/333), done. > Writing objects: 100% (462/462), done. > Total 462 (delta 345), reused 176 (delta 129) > warning: There are too many unreachable loose objects; run 'git prune' to remove them. Step 2: In the same repo, rebase a branch (contains a single changeset), immediately following step #1: > [jgarzik@pretzel libata-dev]$ git branch > ALL > NEXT > * master > mv-ahci-pata > new-eh > sii-lbt > [jgarzik@pretzel libata-dev]$ git-checkout sii-lbt && git-rebase master > Switched to branch "sii-lbt" > First, rewinding head to replay your work on top of it... > HEAD is now at 7704a8b... Merge branch 'for-linus' of git://oss.sgi.com:8090/xfs/xfs-2.6 > Applying [libata] sata_sil: Turn on Large Block Transfer (LBT) feature > Auto packing your repository for optimum performance. You may also > run "git gc" manually. See "git help gc" for more information. > Counting objects: 4, done. > Compressing objects: 100% (4/4), done. > Writing objects: 100% (4/4), done. > Total 4 (delta 0), reused 0 (delta 0) > warning: There are too many unreachable loose objects; run 'git prune' to remove them. Step 3: Ditto, a second rebase in the same repo, immediately following step #2: > [jgarzik@pretzel libata-dev]$ git-checkout new-eh && git-rebase master > Switched to branch "new-eh" > First, rewinding head to replay your work on top of it... > HEAD is now at 7704a8b... Merge branch 'for-linus' of git://oss.sgi.com:8090/xfs/xfs-2.6 > Applying [libata #new-eh] sata_sx4: convert to new EH > Auto packing your repository for optimum performance. You may also > run "git gc" manually. See "git help gc" for more information. > Counting objects: 4, done. > Compressing objects: 100% (4/4), done. > Writing objects: 100% (4/4), done. > Total 4 (delta 0), reused 0 (delta 0) > warning: There are too many unreachable loose objects; run 'git prune' to remove them. Step 4: Ditto, a third rebase in the same repo, immediately following step #3: > [jgarzik@pretzel libata-dev]$ git-checkout mv-ahci-pata && git-rebase master > Switched to branch "mv-ahci-pata" > First, rewinding head to replay your work on top of it... > HEAD is now at 7704a8b... Merge branch 'for-linus' of git://oss.sgi.com:8090/xfs/xfs-2.6 > Applying [libata #mv-ahci-pata] ahci: add rough draft Marvell PATA support > Auto packing your repository for optimum performance. You may also > run "git gc" manually. See "git help gc" for more information. > Counting objects: 5, done. > Compressing objects: 100% (5/5), done. > Writing objects: 100% (5/5), done. > Total 5 (delta 0), reused 0 (delta 0) > warning: There are too many unreachable loose objects; run 'git prune' to remove them. Will the 'git gc' never end??? Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/