Re: [MinGW PATCH] git clone was failing with 'invalid object name HEAD' if ran from cmd.exe directly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Mon, 6 Aug 2007, Dmitry Kakurin wrote:

> environment.c caches results of many getenv calls. Under MinGW setenv(X) 
> invalidates all previous values returned by getenv(X) so cached values 
> become dangling pointers.
> 
> Added cache-aware function set_git_dir to complement get_git_dir

The real problem here: mingw.git did not merge with upstream git.git in a 
long time (mainly because its maintainer is on holiday).  In the meantime, 
set_git_dir() is already there!

I had more problems than I thought with setting up a fork of mingw.git.  
It seems that the relative alternates path to mingw.git is followed, but 
not that one from mingw.git to git.git.  So I could upload, but not fetch.

So I propose to use http://repo.or.cz/w/git/mingw4msysgit.git/ in the 
meantime.  (Just give me your account name, and you'll be able to push to 
it.)

BTW your patch was white-space mangled.

Ciao,
Dscho

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux