Git on MSys (or how to make it easy for Windows users to compile git)

> Great job! Because finding and installing MSys, MinGW and dependencies was not trivial at all.
> I have 2 suggestions for this package:
> 1. Remove git repository from it. It will make a download much smaller (~20MB smaller) and include the minimum git functionality to 
> pull mingw git from the server (may be even automatically on first startup).
> 2. Add gdb. Not much could be done without it.
> 
> With this package (+gdb) it took me about an hour to figure out why git is broken on Vista (this includes learning how to use gdb 
> :-). So you should expect much higher level of participation on the Windows side.
> 
> P.S. If package becomes sufficiently small for a single file, try to remove 7zip dependency (use WinZip instead). The easier the 
> installation the better.

> Dmitry Kakurin said the following on 03.08.2007 08:56:
> > Great job! Because finding and installing MSys, MinGW and dependencies was not trivial at all.
> > I have 2 suggestions for this package:
> > 1. Remove git repository from it. It will make a download much smaller (~20MB smaller) and include the minimum git functionality to
> > pull mingw git from the server (may be even automatically on first startup).
> > 2. Add gdb. Not much could be done without it.
> >
> > With this package (+gdb) it took me about an hour to figure out why git is broken on Vista (this includes learning how to use gdb
> > :-). So you should expect much higher level of participation on the Windows side.
> >
> > P.S. If package becomes sufficiently small for a single file, try to remove 7zip dependency (use WinZip instead). The easier the
> > installation the better.
>
> Heh, why don't you try to do this yourself? Johannes as kind enough to
> go out of his way to actually do all that he has already.
> Seems like you feel strongly for it, so it shouldn't be too much
> effort for you. If you provide Johannes with a link to a package of
> which you speak, I'm sure he'll happily upload it to the google
> project page.
>
> --
> .marius
>
>
>

> The changes that I've made:
> * removed .git in /git directory to save space
> * installed gdb
> * applied my Vista fix
> * made self-extracting .rar archive
> 
> Tatal size is 19+4 MB.

> The changes that I've made:
> * removed .git in /git directory to save space
> * installed gdb
> * applied my Vista fix
> * made self-extracting .rar archive

> Completely forgot: we might want to do something like this at the end of 
> /etc/profile:
> 
> 	test ! -d /git || {
> 		mv /git $HOME/ &&
> 		cd $HOME/git &&
> 		make install &&
> 		git config remote.origin.url \
> 			git://repo.or.cz/git/mingw.git
> 		git config remote.origin.fetch \
> 			'+refs/heads/*:refs/remotes/origin/*'
> 		git config remote.mob.url \
> 			repo.or.cz:/srv/git/git/mingw.git
> 		git config remote.mob.fetch \
> 			+refs/remote/mob:refs/remotes/origin/mob
> 		git config remote.mob.push \
> 			master:mob
> 		git fetch
> 		git reset 51785010a4d3e7f6c3
> 	}
> 
> Please test that, and include it if it works.

>> Completely forgot: we might want to do something like this at the end of 
>> /etc/profile:
>>
>> 	test ! -d /git || {
>> 		mv /git $HOME/ &&
>> 		cd $HOME/git &&
>> 		make install &&
>> 		git config remote.origin.url \
>> 			git://repo.or.cz/git/mingw.git
>> 		git config remote.origin.fetch \
>> 			'+refs/heads/*:refs/remotes/origin/*'
>> 		git config remote.mob.url \
>> 			repo.or.cz:/srv/git/git/mingw.git
>> 		git config remote.mob.fetch \
>> 			+refs/remote/mob:refs/remotes/origin/mob
>> 		git config remote.mob.push \
>> 			master:mob
>> 		git fetch
>> 		git reset 51785010a4d3e7f6c3
>> 	}
>>
>> Please test that, and include it if it works.

> > > Completely forgot: we might want to do something like this at the end of
> > > /etc/profile:
> > > 
> > > 	test ! -d /git || {
> > > 		mv /git $HOME/ &&
> > > 		cd $HOME/git &&
> > > 		make install &&
> > > 		git config remote.origin.url \
> > > 			git://repo.or.cz/git/mingw.git
> > > 		git config remote.origin.fetch \
> > > 			'+refs/heads/*:refs/remotes/origin/*'
> > > 		git config remote.mob.url \
> > > 			repo.or.cz:/srv/git/git/mingw.git
> > > 		git config remote.mob.fetch \
> > > 			+refs/remote/mob:refs/remotes/origin/mob
> > > 		git config remote.mob.push \
> > > 			master:mob
> > > 		git fetch
> > > 		git reset 51785010a4d3e7f6c3
> > > 	}
> > > 
> > > Please test that, and include it if it works.
> 
> Hmmm, I have trouble 'parsing' this.
> You meant
>     test ! -d $HOME/git ||
> right?
> 
> But, given that he removed the initial git sources, the script won't work. He
> left the git executables to be able to check a new Git out, if I understand
> correctly.

> The changes that I've made:
> * removed .git in /git directory to save space
> * installed gdb
> * applied my Vista fix
> * made self-extracting .rar archive

> On Fri, 3 Aug 2007, Dmitry Kakurin wrote:
>> The changes that I've made:
>> * removed .git in /git directory to save space
>> * installed gdb
>> * applied my Vista fix
>> * made self-extracting .rar archive
> 
> * replace rxvt by that stupid cmd window
> Sneaky.
> Can you defend the choice?
> FWIW here are my arguments for rxvt:
> 
> 	- it behaves the same on all Windows versions
> 	- it has a scroll back (which you have to activate on cmd first)
> 	- it is resizable
> 	- it has sane copy&paste behaviour (which you have to activate on 
> 		cmd first, and then still have to hit the Return key after 
> 		having selected some text)

> Johannes Schindelin said the following on 03.08.2007 14:37:
> > On Fri, 3 Aug 2007, Dmitry Kakurin wrote:
> > > The changes that I've made:
> > > * removed .git in /git directory to save space
> > > * installed gdb
> > > * applied my Vista fix
> > > * made self-extracting .rar archive
> > 
> > * replace rxvt by that stupid cmd window
> > Sneaky.
> > Can you defend the choice?
> > FWIW here are my arguments for rxvt:
> > 
> > 	- it behaves the same on all Windows versions
> > 	- it has a scroll back (which you have to activate on cmd first)
> > 	- it is resizable
> > 	- it has sane copy&paste behaviour (which you have to activate on
> > cmd first, and then still have to hit the Return key after 		having
> > selected some text)
> 
> Normally, people would probably like to stay in their current
> environment/window. Let's say you're doing something in a cmd windows, then
> you want to go and compile git. If you run msys.bat, it will kill your current
> window, and show a rxvt window instead. That's kinda not nice really.
> 
> If you enable the QuickEdit in the 'CMD' window, you mark with mouse, the
> right-click to copy, then right-click again to paste. No need to move your
> hand and hit Enter/Return. (Many people don't know about the right-click to
> copy, but it's a much better work-flow)
> 
> You can do all the changes (like changing the scrollback size and edit mode)
> once, then store it, never to change it again.

>> Normally, people would probably like to stay in their current 
>> environment/window. Let's say you're doing something in a cmd
>> windows, then you want to go and compile git. If you run
>> msys.bat, it will kill your current window, and show a rxvt
>> window instead. That's kinda not nice really.
>> 
>> If you enable the QuickEdit in the 'CMD' window, you mark with
>> mouse, the right-click to copy, then right-click again to paste.
>> No need to move your hand and hit Enter/Return. (Many people
>> don't know about the right-click to copy, but it's a much better
>> work-flow)
>> 
>> You can do all the changes (like changing the scrollback size and
>> edit mode) once, then store it, never to change it again.
> 
> Thanks for that good point (staying in your window).
> 
> Okay, tell you what: I'll let msys.bat start a cmd, and
> msys-rxvt.bat start an rxvt.  Deal?

> Johannes Schindelin said the following on 03.08.2007 15:18:
> 
> > Okay, tell you what: I'll let msys.bat start a cmd, and
> > msys-rxvt.bat start an rxvt.  Deal?
> 
> Sound good to me!

> 1) msys.bat still kills the previous window
>    msys.bat needs to change from
> :startsh
> start sh --login -i
> exit
> 
>    to just
> :startsh
> sh --login -i
> 
> (start <cmd> opens a new CMD window, and exit kills the current one)

> 2) If $HOME is set to the normal home directory of the user (which I
> have, but I doubt it's common)
>       C:\Documents and Settings\<username>
>    then you'll have problems with spaces in path, so the
>       make install
>    actually fails. So, next time you start msys.bat, it will try to do
> the installation step again. I don't think we have to care about that
> right now. The current setup work fine for now. I'll play around a bit
> with it, and we'll see.

> 4) When using the install, I get
> marius@STORM /git
> $ git init
> warning: templates not found C:/msysGit/share/git-core/templates/
> Initialized empty Git repository in .git/
> 
> Probably due to the "Setting up git" step not completing.

>> 2) If $HOME is set to the normal home directory of the user (which I
>> have, but I doubt it's common)
>>    then you'll have problems with spaces in path, so the
>>       make install
> 
> I agree, it is much saner to install it to /bin.  That should make 
> creating an installer for Git (the compiled one) easier, too.

>> 3) When "Setting up git" the second time, it feels like the whole thing
>> is hanging; have let it run for ~5min now without anything happening.
>> Not sure what's going on here. It looks like git.exe was ran with any
>> options, but that should not consume 100% CPU.. Hmm
> 
> Yep.  I did not test the initial phase, and there is a serious bug in 
> setup_git_directory_gently() in origin/devel.  I fixed that.

>> 4) When using the install, I get
>> marius@STORM /git
>> $ git init
>> warning: templates not found C:/msysGit/share/git-core/templates/
>> Initialized empty Git repository in .git/
>>
>> Probably due to the "Setting up git" step not completing.
> 
> That is expected.  Hooks are activated by chmod'ing them to executable.  
> AFAIK this concept is thoroughly broken by Windows.  So I do not even 
> attempt to install the templates; otherwise all hooks would be blindly 
> activated (and you do not want that, trust me).

> >> 3) When "Setting up git" the second time, it feels like the whole thing
> >> is hanging; have let it run for ~5min now without anything happening.
> >> Not sure what's going on here. It looks like git.exe was ran with any
> >> options, but that should not consume 100% CPU.. Hmm
> >
> > Yep.  I did not test the initial phase, and there is a serious bug in
> > setup_git_directory_gently() in origin/devel.  I fixed that.
>
> Yup, work now.

>>>> 3) When "Setting up git" the second time, it feels like the whole thing
>>>> is hanging; have let it run for ~5min now without anything happening.
>>>> Not sure what's going on here. It looks like git.exe was ran with any
>>>> options, but that should not consume 100% CPU.. Hmm
>>> Yep.  I did not test the initial phase, and there is a serious bug in
>>> setup_git_directory_gently() in origin/devel.  I fixed that.
>> Yup, work now.
> 
> Works for me as well now.  One catch is that at work, I'm behind a
> firewall so git:// doesn't work for me.  I have a packaged version
> that adds curl and expat, enables them in the build, and then falls
> back to http:// if git:// fails in /etc/profile.  Is that something
> you'd want up on code.google.com?

> Mike Pape wrote:
> >>>> 3) When "Setting up git" the second time, it feels like the whole thing
> >>>> is hanging; have let it run for ~5min now without anything happening.
> >>>> Not sure what's going on here. It looks like git.exe was ran with any
> >>>> options, but that should not consume 100% CPU.. Hmm
> >>> Yep.  I did not test the initial phase, and there is a serious bug in
> >>> setup_git_directory_gently() in origin/devel.  I fixed that.
> >> Yup, work now.
> > 
> > Works for me as well now.  One catch is that at work, I'm behind a
> > firewall so git:// doesn't work for me.  I have a packaged version
> > that adds curl and expat, enables them in the build, and then falls
> > back to http:// if git:// fails in /etc/profile.  Is that something
> > you'd want up on code.google.com?
> 
> Ooo, I'd like your built curl and expat libs in a zip, pretty please! :-)
> 
> Then we can add it to the package. The more complete MinGW port, the
> better. Do you have anywhere you can put out such a zip, so I can get
> ahold of it? You can mail me privately, if you'd like.

> On Fri, 3 Aug 2007, Marius Storm-Olsen wrote:
>> Mike Pape wrote:
>>> Works for me as well now.  One catch is that at work, I'm behind
>>> a firewall so git:// doesn't work for me.  I have a packaged
>>> version that adds curl and expat, enables them in the build, and
>>> then falls back to http:// if git:// fails in /etc/profile.  Is
>>> that something you'd want up on code.google.com?
>> Ooo, I'd like your built curl and expat libs in a zip, pretty
>> please! :-)
>> 
>> Then we can add it to the package. The more complete MinGW port,
>> the better. Do you have anywhere you can put out such a zip, so I
>> can get ahold of it? You can mail me privately, if you'd like.
> 
> I already installed curl, didn't I?

> Johannes Schindelin wrote:
> > On Fri, 3 Aug 2007, Marius Storm-Olsen wrote:
> >> Mike Pape wrote:
> >>> Works for me as well now.  One catch is that at work, I'm behind
> >>> a firewall so git:// doesn't work for me.  I have a packaged
> >>> version that adds curl and expat, enables them in the build, and
> >>> then falls back to http:// if git:// fails in /etc/profile.  Is
> >>> that something you'd want up on code.google.com?
> >> Ooo, I'd like your built curl and expat libs in a zip, pretty
> >> please! :-)
> >>
> >> Then we can add it to the package. The more complete MinGW port,
> >> the better. Do you have anywhere you can put out such a zip, so I
> >> can get ahold of it? You can mail me privately, if you'd like.
> >
> > I already installed curl, didn't I?
>
> Ah, yes, you did.
> However, we don't use it, due to Makefile's
>         NO_CURL=YesPlease
> for MINGW builds.
>

>>>> Then we can add it to the package. The more complete MinGW
>>>> port, the better. Do you have anywhere you can put out such a
>>>> zip, so I can get ahold of it? You can mail me privately, if
>>>> you'd like.
>>> I already installed curl, didn't I?
>> Ah, yes, you did. However, we don't use it, due to Makefile's 
>> NO_CURL=YesPlease for MINGW builds.
>> 
> Was it in the latest version (0.2)?  I didn't see it there.  Either 
> way, I had to make a couple changes to the Makefile to get it to work
> and also add expat (unless I somehow missed that too).  Marius, do
> you still want a zipped copy or do you have it already?

> On 8/3/07, Marius Storm-Olsen <marius@trolltech.com> wrote:
> > Johannes Schindelin wrote:
> > > On Fri, 3 Aug 2007, Marius Storm-Olsen wrote:
> > >> Mike Pape wrote:
> > >>> Works for me as well now.  One catch is that at work, I'm behind
> > >>> a firewall so git:// doesn't work for me.  I have a packaged
> > >>> version that adds curl and expat, enables them in the build, and
> > >>> then falls back to http:// if git:// fails in /etc/profile.  Is
> > >>> that something you'd want up on code.google.com?
> > >> Ooo, I'd like your built curl and expat libs in a zip, pretty
> > >> please! :-)
> > >>
> > >> Then we can add it to the package. The more complete MinGW port,
> > >> the better. Do you have anywhere you can put out such a zip, so I
> > >> can get ahold of it? You can mail me privately, if you'd like.
> > >
> > > I already installed curl, didn't I?
> >
> > Ah, yes, you did.
> > However, we don't use it, due to Makefile's
> >         NO_CURL=YesPlease
> > for MINGW builds.
> >
> 
> Was it in the latest version (0.2)?  I didn't see it there.  Either
> way, I had to make a couple changes to the Makefile to get it to work
> and also add expat (unless I somehow missed that too).  Marius, do you
> still want a zipped copy or do you have it already?

> > >> 3) When "Setting up git" the second time, it feels like the whole thing
> > >> is hanging; have let it run for ~5min now without anything happening.
> > >> Not sure what's going on here. It looks like git.exe was ran with any
> > >> options, but that should not consume 100% CPU.. Hmm
> > >
> > > Yep.  I did not test the initial phase, and there is a serious bug in
> > > setup_git_directory_gently() in origin/devel.  I fixed that.
> >
> > Yup, work now.
> 
> Works for me as well now.  One catch is that at work, I'm behind a
> firewall so git:// doesn't work for me.  I have a packaged version
> that adds curl and expat, enables them in the build, and then falls
> back to http:// if git:// fails in /etc/profile.  Is that something
> you'd want up on code.google.com?

> > * replace rxvt by that stupid cmd window
> > Sneaky.
> 
> This was a result of my customization that I have forgot to remove.
> In general cmd window is more familiar/convenient for Windows users.
> IMHO, our goal here should be "as native (Windows) as possible". Cygwin fills
> "as close to *nix as possible" niche.
> But in any case it's such a minor detail that I don't really care much.

> Hi,
>
> On Fri, 3 Aug 2007, Dmitry Kakurin wrote:
>
> > > * replace rxvt by that stupid cmd window
> > > Sneaky.
> >
> > This was a result of my customization that I have forgot to remove.
> > In general cmd window is more familiar/convenient for Windows users.
> > IMHO, our goal here should be "as native (Windows) as possible". Cygwin fills
> > "as close to *nix as possible" niche.
> > But in any case it's such a minor detail that I don't really care much.
>
> Actually, I finally saw the light and implemented your idea of the
> repo.or.cz repository, containing a full copy of the darn beast.
>
> And there, differences like this one are much easier to spot.
>
> Besides, Marius convinced me already to include two versions.
>
> Ciao,
> Dscho
>
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

> Hi,
> 
> This is great news for win(-stuck)-users. I've tried
> "msysGit-0.2.exe", a few glitches
> 
> 1. Unpacking in a folder that have space in it's path gave various
> errors of this type (here, msysGit is unpacked on the desktop
> C:\Documents and settings\.... ) : make[1]: C:/Documents: Command not
> found

> 2. rxvt-terminal had some freezes (echoed input but programs didn't
> output anything and didn't seem to respond to ctrl-c). Had it once
> during "make" and once during "ls".  I't might be related to me
> resizing the terminal during command execution (=I didn't see it
> otherwise).

> 3. "gitk --all" said "Error reading commits: fatal: write failure on
> stdout: Invalid argument" on start - my other msys installation
> didn't. (I didn't do anything to make git dirty - i'm on master and
> gitk shows no uncommited changes)
> $ git --version
> git version mingw.v1.5.2.4.883.g3822-dirty

> > 1. Unpacking in a folder that have space in it's path gave various
> > errors of this type (here, msysGit is unpacked on the desktop
> > C:\Documents and settings\.... ) : make[1]: C:/Documents: Command not
> > found
>
> Good point.  Did you fix it?  If so, where is the patch?  Or even better,
> what is your account on repo.or.cz so I can add it, and you can commit
> your fix yourself?

> On 8/4/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> 
> > > 1. Unpacking in a folder that have space in it's path gave various 
> > > errors of this type (here, msysGit is unpacked on the desktop 
> > > C:\Documents and settings\.... ) : make[1]: C:/Documents: Command 
> > > not found
> >
> > Good point.  Did you fix it?  If so, where is the patch?  Or even 
> > better, what is your account on repo.or.cz so I can add it, and you 
> > can commit your fix yourself?
> 
> I didn't. I bypassed it (unpacked to C:\). I found the bug however 
> (missed quoting):
> 
> $ diff -urN msysGit msysGit-fixed
> diff -urN msysGit/git/git-gui/Makefile msysGit-fixed/git/git-gui/Makefile
> --- msysGit/git/git-gui/Makefile        Fri Aug  3 15:00:16 2007
> +++ msysGit-fixed/git/git-gui/Makefile  Mon Aug  6 01:22:53 2007
> @@ -4,7 +4,7 @@
>  #
> 
>  GIT-VERSION-FILE: .FORCE-GIT-VERSION-FILE
> -       @$(SHELL_PATH) ./GIT-VERSION-GEN
> +       @"$(SHELL_PATH)" ./GIT-VERSION-GEN

> The fconfigure -blocking command seems to be not supported under
> mingw. This patch makes the error go away. Another issue that is
> probably related to this is that gitk doesn't list all commits. I
> don't know how to solve this properly.
> 
> diff --git a/gitk b/gitk
> index 43d88ca..69e5149 100755
> --- a/gitk
> +++ b/gitk
> @@ -147,7 +147,7 @@ proc getcommitlines {fd view}  {
>         unset commfd($view)
>         notbusy $view
>         # set it blocking so we wait for the process to terminate
> -       fconfigure $fd -blocking 1
> +       #fconfigure $fd -blocking 1

> > > 4. Mouse-wheel didn't work to scroll views in gitk
> >
> > Again, no idea why.  Could you please investigate?
> 
> Tough one since I didn't take the tcl tk debugging class. Doesn't work
> for me in cygwin either. I don't know if it's implemented at all. Does
> it work for anyone else?

> On Mon, 6 Aug 2007, Torgil Svensson wrote:
>>>> 2. rxvt-terminal had some freezes
>>> I did not experience those.  Could you research further?
> 
> Those "freezes" were due to the fact that Rxvt incorrectly updates
> stderr in a blocking way, or not at all (don't know which).  There
> are more things that do not work in Rxvt, and only after trying the
> same in cmd (which I do not like for various reasons) I found out
> that rxvt.exe is at fault.
> 
> I would be glad if somebody managed to compile rxvt herself and fix
> all those bugs (see http://code.google.com/p/msysgit/ for a short
> list of the most pressing issues I found).  As it is, I have enough
> work to do with the rest of msysGit, and for the moment, I can at
> least work in cmd.  Even ssh push works.

> Instead of hacking away on this old terminal, what about simply including
> another nice Open Source project?
> 
> On Windows we have a replacement terminal, which has all the features you
> want, and also supports tabs like Konsole. I've used it for several years, and
> it works great. Have a look and see if you like it, then we can add it to the
> repo:
>     http://sourceforge.net/projects/console/
> 
> Original name, ey? :-)

> Hi,
> 
> On Mon, 6 Aug 2007, Marius Storm-Olsen wrote:
> 
>> Instead of hacking away on this old terminal, what about simply including
>> another nice Open Source project?
>>
>> On Windows we have a replacement terminal, which has all the features you
>> want, and also supports tabs like Konsole. I've used it for several years, and
>> it works great. Have a look and see if you like it, then we can add it to the
>> repo:
>>     http://sourceforge.net/projects/console/
>>
>> Original name, ey? :-)
> 
> That sounds awesome.  However, from their sourceforge page, it seems they 
> support only 2k and xp?  What about 95 and nt?

> Johannes Schindelin said the following on 06.08.2007 02:11:
> On Windows we have a replacement terminal, which has all the features
> you want, and also supports tabs like Konsole. I've used it for
> several years, and it works great. Have a look and see if you like it,
> then we can add it to the repo:
>      http://sourceforge.net/projects/console/
>
> Original name, ey? :-)

> On 8/6/07, Marius Storm-Olsen <marius@trolltech.com> wrote:
> > Johannes Schindelin said the following on 06.08.2007 02:11:
> > On Windows we have a replacement terminal, which has all the features
> > you want, and also supports tabs like Konsole. I've used it for
> > several years, and it works great. Have a look and see if you like it,
> > then we can add it to the repo:
> >      http://sourceforge.net/projects/console/
> >
> > Original name, ey? :-)
> 
> A fine example of windows hackery (they had to inject some code into
> the process running a standard windows console to redirect the IO,
> because windows has no tty of any form).
> It is wonder it works, but it really does (surprisingly often).
> Very impressive.

> > Very impressive.
>
> I have some issues with it, though.
>
> - I really hate to leave anything older than W2K behind.  You might not
>   care, but I do.
>
> - I tested it, and it gave a constant flicker, at least in the status bar.
>   Does not seem to be that fleshed out.

> Those "freezes" were due to the fact that Rxvt incorrectly updates stderr
> in a blocking way, or not at all (don't know which).  There are more
> things that do not work in Rxvt, and only after trying the same in cmd
> (which I do not like for various reasons) I found out that rxvt.exe is at
> fault.
>
> I would be glad if somebody managed to compile rxvt herself and fix all
> those bugs (see http://code.google.com/p/msysgit/ for a short list of the
> most pressing issues I found).  As it is, I have enough work to do with
> the rest of msysGit, and for the moment, I can at least work in cmd.  Even
> ssh push works.
>

> On 8/6/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> 
> > > > > 3. "gitk --all" said "Error reading commits: fatal: write 
> > > > > failure on stdout: Invalid argument"
> 
> > I have to wonder how you called it... From msys.bat, cd'ing into a 
> > valid repository, I had no issues whatsoever.
> 
> I called it from rxvt. I tried it now under cmd and it's all good. Did 
> you try rxvt in this case?

> I finally broke down, waiting for the sourceforge project to get
> granted. In the meantime, I registered a project at
> 
> http://code.google.com/p/msysgit/
> 
> (WARNING: temporary only!)
> 
> Would you believe that Google code has a restriction to 20MB per
> file, and 100MB in total, and you cannot remove files?  The same
> Google that gives you 1TB mail space and counting?  Yes, it is
> ludicrous.
> 
> Anyway, you can get a complete Development environment in 3 files
> (because one would be too large), and... oh well, just read what is
> written on the website if you're really interested.

>> Anyway, you can get a complete Development environment in 3 files
>>  (because one would be too large), and... oh well, just read what
>> is written on the website if you're really interested.
> 
> Great effort Johannes! The package work perfectly on XP. I'm trying
> to get it to work under Wine, but it (Wine) is not playing nice
> with me at the moment. (The whole system barfs of "Access Denied" 
> and other things. Grrr)

> > I finally broke down, waiting for the sourceforge project to get
> > granted. In the meantime, I registered a project at
> >
> > http://code.google.com/p/msysgit/
> >
> > (WARNING: temporary only!)
> >
> > Would you believe that Google code has a restriction to 20MB per
> > file, and 100MB in total, and you cannot remove files?  The same
> > Google that gives you 1TB mail space and counting?  Yes, it is
> > ludicrous.
> >
> > Anyway, you can get a complete Development environment in 3 files
> > (because one would be too large), and... oh well, just read what is
> > written on the website if you're really interested.
>
> Great effort Johannes!
> The package work perfectly on XP.
> I'm trying to get it to work under Wine, but it (Wine) is not playing
> nice with me at the moment. (The whole system barfs of "Access Denied"
> and other things. Grrr)

>> Great effort Johannes! The package work perfectly on XP. I'm
>> trying to get it to work under Wine, but it (Wine) is not playing
>>  nice with me at the moment. (The whole system barfs of "Access
>> Denied" and other things. Grrr)
> 
> Even if it installs ok under Wine, git may not work properly
> because a bug in dup2() not duplicating to 0-2 and some others that
> I think only affect tests. So get XP if you can or prepare to fix
> Wine along the way.

> >> Great effort Johannes! The package work perfectly on XP. I'm
> >> trying to get it to work under Wine, but it (Wine) is not playing
> >>  nice with me at the moment. (The whole system barfs of "Access
> >> Denied" and other things. Grrr)
> >
> > Even if it installs ok under Wine, git may not work properly
> > because a bug in dup2() not duplicating to 0-2 and some others that
> > I think only affect tests. So get XP if you can or prepare to fix
> > Wine along the way.
>
> Yeah, I wasn't going to use it under Wine actually. Just wanted to see
> if I could get it building there, to ease automated packaging later.
> However, I've given up on it, due to a perl issue, which might be
> caused by the issue you describe.

>>> Even if it installs ok under Wine, git may not work properly 
>>> because a bug in dup2() not duplicating to 0-2 and some others
>>> that I think only affect tests. So get XP if you can or prepare
>>> to fix Wine along the way.
>> Yeah, I wasn't going to use it under Wine actually. Just wanted
>> to see if I could get it building there, to ease automated
>> packaging later. However, I've given up on it, due to a perl
>> issue, which might be caused by the issue you describe.
> 
> You could cross-compile it. You'll need a cross toolchain, zlib
> stuff and a good config.mak (I can send you one if you have trouble
> with it).

> >>> Even if it installs ok under Wine, git may not work properly
> >>> because a bug in dup2() not duplicating to 0-2 and some others
> >>> that I think only affect tests. So get XP if you can or prepare
> >>> to fix Wine along the way.
> >> Yeah, I wasn't going to use it under Wine actually. Just wanted
> >> to see if I could get it building there, to ease automated
> >> packaging later. However, I've given up on it, due to a perl
> >> issue, which might be caused by the issue you describe.
> >
> > You could cross-compile it. You'll need a cross toolchain, zlib
> > stuff and a good config.mak (I can send you one if you have trouble
> > with it).
>
> I would definitely be interested in your config.mak file!

> Thanks!
>
> --
> .marius
>
>
>

>> I would definitely be interested in your config.mak file!
> 
> Rename the attached file config.mak and you can "make" right away 
> without running configure. You still need to set CFLAGS and LDFLAGS
> to specify location of zlib.h and libz.a though.

> On 8/3/07, Marius Storm-Olsen <marius@trolltech.com> wrote:
> > > I finally broke down, waiting for the sourceforge project to get
> > > granted. In the meantime, I registered a project at
> > >
> > > http://code.google.com/p/msysgit/
> > >
> > > (WARNING: temporary only!)
> > >
> > > Would you believe that Google code has a restriction to 20MB per
> > > file, and 100MB in total, and you cannot remove files?  The same
> > > Google that gives you 1TB mail space and counting?  Yes, it is
> > > ludicrous.
> > >
> > > Anyway, you can get a complete Development environment in 3 files
> > > (because one would be too large), and... oh well, just read what is
> > > written on the website if you're really interested.
> >
> > Great effort Johannes!
> > The package work perfectly on XP.
> > I'm trying to get it to work under Wine, but it (Wine) is not playing
> > nice with me at the moment. (The whole system barfs of "Access Denied"
> > and other things. Grrr)
> 
> Even if it installs ok under Wine, git may not work properly because a
> bug in dup2() not duplicating to 0-2 and some others that I think only
> affect tests. So get XP if you can or prepare to fix Wine along the
> way.

> Hi,
>
> On Fri, 3 Aug 2007, Nguyen Thai Ngoc Duy wrote:
>
> > On 8/3/07, Marius Storm-Olsen <marius@trolltech.com> wrote:
> > > > I finally broke down, waiting for the sourceforge project to get
> > > > granted. In the meantime, I registered a project at
> > > >
> > > > http://code.google.com/p/msysgit/
> > > >
> > > > (WARNING: temporary only!)
> > > >
> > > > Would you believe that Google code has a restriction to 20MB per
> > > > file, and 100MB in total, and you cannot remove files?  The same
> > > > Google that gives you 1TB mail space and counting?  Yes, it is
> > > > ludicrous.
> > > >
> > > > Anyway, you can get a complete Development environment in 3 files
> > > > (because one would be too large), and... oh well, just read what is
> > > > written on the website if you're really interested.
> > >
> > > Great effort Johannes!
> > > The package work perfectly on XP.
> > > I'm trying to get it to work under Wine, but it (Wine) is not playing
> > > nice with me at the moment. (The whole system barfs of "Access Denied"
> > > and other things. Grrr)
> >
> > Even if it installs ok under Wine, git may not work properly because a
> > bug in dup2() not duplicating to 0-2 and some others that I think only
> > affect tests. So get XP if you can or prepare to fix Wine along the
> > way.
>
> I do not have XP.  So I very much would appreciate any work done on Wine.
>
> As it happens, I have a hanging rxvt now (still investigating what causes
> it; ever since wine-0.9.30-466-gb0e9d7e it stopped working for me).

>
> Ciao,
> Dscho
>
>