From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S964818AbXHOXaw@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S964818AbXHOXaw (ORCPT <rfc822;w@1wt.eu>);
	Wed, 15 Aug 2007 19:30:52 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762852AbXHOXaj
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 15 Aug 2007 19:30:39 -0400
Received: from rune.sasl.smtp.pobox.com ([208.210.124.37]:47143 "EHLO
	sasl.smtp.pobox.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1759412AbXHOXah (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 15 Aug 2007 19:30:37 -0400
X-Greylist: delayed 375 seconds by postgrey-1.27 at vger.kernel.org; Wed, 15 Aug 2007 19:30:37 EDT
From: Junio C Hamano <gitster@pobox.com>
To: git@vger.kernel.org
Subject: [ANNOUNCE] GIT 1.5.2.5
Cc: linux-kernel@vger.kernel.org
Date: Wed, 15 Aug 2007 16:24:16 -0700
Message-ID: <7vr6m4mlen.fsf@gitster.siamese.dyndns.org>
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

The latest maintenance release GIT 1.5.2.5 is available at the
usual places:

  http://www.kernel.org/pub/software/scm/git/

  git-1.5.2.5.tar.{gz,bz2}			(tarball)
  git-htmldocs-1.5.2.5.tar.{gz,bz2}		(preformatted docs)
  git-manpages-1.5.2.5.tar.{gz,bz2}		(preformatted docs)
  RPMS/$arch/git-*-1.5.2.5-1.$arch.rpm	(RPM)

Although 1.5.3 has been in -rc cycle for quite some time, there
was a rather nasty data corruption bug discovered, so here is
primarily to push that fix out.

When "git add -u $paths" records ONLY removes in a directory,
your next "git write-tree" will write out a bogus tree object
and cause your commit not to match the reality.


GIT v1.5.2.5 Release Notes
==========================

Fixes since v1.5.2.4
--------------------

 * Bugfixes

   - "git add -u" had a serious data corruption problem in one
     special case (when the changes to a subdirectory's files
     consist only deletion of files).

   - "git add -u <path>" did not work from a subdirectory.

   - "git apply" left an empty directory after all its files are
     renamed away.

   - "git $anycmd foo/bar", when there is a file 'foo' in the
     working tree, complained that "git $anycmd foo/bar --" form
     should be used to disambiguate between revs and files,
     which was completely bogus.

   - "git checkout-index" and other commands that checks out
     files to the work tree tried unlink(2) on directories,
     which is a sane thing to do on sane systems, but not on
     Solaris when you are root.

 * Documentation Fixes and Updates

   - A handful documentation fixes.

----------------------------------------------------------------

Changes since v1.5.2.4 are as follows:

Christian Couder (1):
      rev-list --bisect: fix allocation of "int*" instead of "int".

Julian Phillips (1):
      Force listingblocks to be monospaced in manpages

Junio C Hamano (4):
      Do not expect unlink(2) to fail on a directory.
      setup.c:verify_non_filename(): don't die unnecessarily while disambiguating
      Fix "git add -u" data corruption.
      GIT 1.5.2.5

Linus Torvalds (1):
      apply: remove directory that becomes empty by renaming the last file away

Salikh Zakirov (1):
      git-add -u paths... now works from subdirectory