[ANNOUNCE] GIT 0.99.9i aka 1.0rc2

[ANNOUNCE] GIT 0.99.9i aka 1.0rc2

[Junio C Hamano]

GIT 0.99.9i aka 1.0rc2 is found at usual places.

I think the source-tree-wise almost everything is done except:

 - http-fetch file descriptor leak fix; I tried Nick's
   clean-ups, but haven't tried Pasky's patch yet.  Walt reports
   neither patch fixed the problem.  I wasted the weekend not
   being able to reproduce this myself, until Pasky reminded me
   that I have an old special code in git-clone, which was
   unrelated to this problem, but nevertheless was masking it.

 - Preparation for later dash-less "git frotz" installation
   scheme.  As I said earlier, I intend to do 1.0 with a
   Makefile that installs everything in one directory (either
   $HOME/bin or /usr/bin) by default, but at least we should
   encourage our users to get used to spelling the subcommands
   in dash-less form.  Andreas Ericsson's git wrapper
   implementation was reviewed favourably on the list, and I'd
   like to go with it.

 - archimport update by Eric Wong has not been reviewed yet;
   this is difficult for me since I do not use tla anymore, and
   I am asking help from Martin Langhoff.  I am hoping Eric and
   Martin would come up with an updated patch that satisfies the
   needs of both, at that time the update will happen.
   Personally I do not think 1.0 has to wait for this.

There is a bit of restructuring in the binary packaging for RPM
(and probably Debian side needs matching change as well) before
1.0 can happen.

Anyway, here is the short-log between 0.99.9g and 0.99.9i.
Please give it a good beating.

-- >8 -- cut here -- >8 --

Alex Riesen:
      allow git-update-ref create refs with slashes in names

Andreas Ericsson:
      git-clone: Keep remote names when cloning unless explicitly told not to.
      git-clone: Allow cloning into directories other than child of current dir.
      git-branch: Mention -d and -D in man-page.

Chris Wright:
      specfile cleanups

Fredrik Kuivinen:
      merge-recursive: Indent the output properly
      merge-recursive: Add copyright notice
      merge-recursive: Use '~' instead of '_' to separate file names from branch names

Jim Radford:
      Add missing git-core and cvsps RPM dependencies.

Josef Weidendorfer:
      Let git-clone/git-fetch follow HTTP redirections
      Bugfix: stop if directory already exists
      Remove git-rename. git-mv does the same

Junio C Hamano:
      Documentation: "host:path/to/repo" is git native over ssh.
      Do not lose author name information to locale gotchas.
      Add --pretty=fuller
      octopus: do not do AND'ed merge base.
      RPM: arch submodule needs tla.
      merge-base: fully contaminate the well.
      merge-base: avoid unnecessary postprocessing.
      Add test case for merge-base.
      git-show-branch: tighten merge-base computation.
      Fully detect uninteresting commits.
      t1200: use --topo-order to keep the show-branch output stable.
      INSTALL: duplicate python requirements from Makefile
      merge with /dev/null as base, instead of punting O==empty case
      merge-one-file: use common as base, instead of emptiness.
      Documentation: git-apply --no-add
      merge-one-file: use empty- or common-base condintionally in two-stage merge.
      git-prune: prune redundant packs
      git-lost+found
      Rename .git/lost+found to .git/lost-found.
      Documentation: asciidoc sources are utf-8
      Ignore built git-lost+found.
      Debian: build-depend on libexpat-dev.
      Rename lost+found to lost-found.
      Separate LDFLAGS and CFLAGS.
      apply: fix binary patch detection.
      Update topo-order test.

Kai Ruemmler:
      Fix compilation warnings in pack-redundant.c

Linus Torvalds:
      Fix git-rev-list "date order" with --topo-order

Lukas_Sandström:
      Change 'cache' to 'index' in the docs
      Add git-pack-intersect
      Add documentation for git-pack-intersect
      Add git-pack-intersect to .gitignore
      Make git-repack use git-pack-intersect.
      Rename git-pack-intersect to git-pack-redundant
      Make git-pack-redundant consider alt-odbs

Martin Langhoff:
      archimport: handle pika escaping

Matthias Urlichs:
      debian packaging: git-cvs needs cvsps
      Remove trailing slashes
      Depend on asciidoc 7 (at least).

Nick Hengeveld:
      Fix for multiple alternates requests in http-fetch
      Fix fd leak in http-fetch

Nikolai Weibull:
      Document the -n command-line option to git-unpack-objects
      Document a couple of missing command-line options.
      Documentation nitpicking

Pavel Roskin:
      Add --no-commit-id option for git-diff-tree, use it in gitk
      git-clone: quote destination directory name

Petr Baudis:
      Fix confusing git-update-ref error message
      Show URL in the "Getting <foo> list" http-fetch messages

Thomas Matysik:
      Add expat and expat-devel dependencies (for http-push) to RPM spec.
      Split gitk into seperate RPM package

Re: [ANNOUNCE] GIT 0.99.9i aka 1.0rc2

[walt]

On Mon, 14 Nov 2005, Junio C Hamano wrote:

> GIT 0.99.9i aka 1.0rc2 is found at usual places.
>
> I think the source-tree-wise almost everything is done except:
>
>  - http-fetch file descriptor leak fix; I tried Nick's
>    clean-ups, but haven't tried Pasky's patch yet.  Walt reports
>    neither patch fixed the problem.  I wasted the weekend not
>    being able to reproduce this myself, until Pasky reminded me
>    that I have an old special code in git-clone, which was
>    unrelated to this problem, but nevertheless was masking it.

So, you're saying that you have *not* fixed it?  Hm.  Using the
up-to-the-minute repository versions of cogito and git I can now
do a successful clone of the git repository with ulimit -n 64,
which I couldn't do two days ago.  When I get home I'll try it
again on NetBSD also.

Re: [ANNOUNCE] GIT 0.99.9i aka 1.0rc2

[walt]

On Tue, 15 Nov 2005, walt wrote:

> On Mon, 14 Nov 2005, Junio C Hamano wrote:
>
> > I think the source-tree-wise almost everything is done except:
> >  - http-fetch file descriptor leak fix...

> So, you're saying that you have *not* fixed it?...

I just confirmed the good news on NetBSD.  Out of curiosity I did
this test:  I cg-updated and reinstalled cogito, which did *not*
fix the too-many-open-files error.  Then I cg-updated and rebuilt
git which *did* fix the error.  Clearly, something you committed
in the last two days has fixed this problem.  Dunno what you did,
but thanks :o)