From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type Date: Sun, 26 Feb 2006 09:00:24 +0000 Message-ID: <20060226090024.GO27946@ftp.linux.org.uk> References: <20060225021009.GV3883@sorel.sous-sol.org> <4400E34B.1000400@s5r6.in-berlin.de> <20060226001716.GL27946@ftp.linux.org.uk> <44016956.2030609@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:40355 "EHLO ZenIV.linux.org.uk") by vger.kernel.org with ESMTP id S1750873AbWBZJAr (ORCPT ); Sun, 26 Feb 2006 04:00:47 -0500 Content-Disposition: inline In-Reply-To: <44016956.2030609@pobox.com> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Jeff Garzik Cc: Linus Torvalds , Stefan Richter , Chris Wright , stable@kernel.org, Jody McIntyre , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, Junio C Hamano On Sun, Feb 26, 2006 at 03:39:50AM -0500, Jeff Garzik wrote: > Any chance we could get 'git fetch --heads' ? > > FWIW, I regularly blow away and create new heads, so the above is rather > long for people who use my repos. A lot of them use rsync because when > you're tracking a repo with ever-changing branches, 'git pull' doesn't > really approximate "make local X look like remote X". Speaking of which... Shouldn't git clone bring in .git/HEAD for rsync:// URLs? As it is, we end up with HEAD pointing to refs/master, which might simply not be there. For git:// we get .git/HEAD same as in remote repository, so behaviour for rsync:// probably should be the same... Looks like a missing rsync in git-clone, around rsync://*) rsync $quiet -av --ignore-existing \ --exclude info "$repo/objects/" "$GIT_DIR/objects/" && rsync $quiet -av --ignore-existing \ --exclude info "$repo/refs/" "$GIT_DIR/refs/" || exit Comments?