Anyone running GIT on native Windows

Anyone running GIT on native Windows

[Aaron Gray]

I want to use GIT on Windows without Cygwin or MinGW.

Has anyone tried this with GNU sh and utils compiled under Windows ?

I looked for a sh to c converter but no such luck :(

Aaron

Re: Anyone running GIT on native Windows

[Junio C Hamano]

"Aaron Gray" <angray@beeb.net> writes:

> I want to use GIT on Windows without Cygwin or MinGW.
>
> Has anyone tried this with GNU sh and utils compiled under Windows ?

Call me Windoze uninitiated, but isn't that pretty much what
MinGW is about?

Re: Anyone running GIT on native Windows

[Aaron Gray]

> "Aaron Gray" <angray@beeb.net> writes:
>
>> I want to use GIT on Windows without Cygwin or MinGW.
>>
>> Has anyone tried this with GNU sh and utils compiled under Windows ?
>
> Call me Windoze uninitiated, but isn't that pretty much what
> MinGW is about?

MinGW still runs in its own directory tree and uses Unix paths.

What I want is to be able to work in Windows CMD and envoke .sh scripts by 
association (unfortunately you have to add the .sh on the command name 
though).

Ideally the .sh scripts would be converted or rewritten in C, this would be 
the best solution.

Anyway best to get someone else take on the problem.

Aaron

Re: Anyone running GIT on native Windows

[Johannes Sixt]

Aaron Gray wrote:
> What I want is to be able to work in Windows CMD and envoke .sh scripts by
> association (unfortunately you have to add the .sh on the command name
> though).

I run the mingw port exclusively from CMD without a .sh association. So
exclusively that I don't even know whether any other way of using the
tools even works. Of course, you have to get used to

  git status
  git fetch
  git commit
  git rebase

etc. instead of

  git-status
  git-fetch
  git-commit
  git-rebase

and I also use CMD's tab completion frequently, with leaves \ instead of
/ in the paths. I also quite often do

  git clone p:\public\repos\foo.git

and

  git clone p:/public/repos/foo.git

without a hitch.

Sure, you need a set of Posix tools (sed, grep, cat, wc, sort, ...)
including a Bourne shell that knows how to invoke other scripts by
parsing the interpreter from the first line (#!/bin/sh). (But the perl
scripts (git-remote) will probably work only with MinGW's perl.)

-- Hannes

Re: Anyone running GIT on native Windows

[Marco Costalba]

On 5/7/07, Johannes Sixt <J.Sixt@eudaptics.com> wrote:
> Aaron Gray wrote:
> > What I want is to be able to work in Windows CMD and envoke .sh scripts by
> > association (unfortunately you have to add the .sh on the command name
> > though).
>
> I run the mingw port exclusively from CMD without a .sh association. So
> exclusively that I don't even know whether any other way of using the
> tools even works. Of course, you have to get used to
>

Is it public available?

I see this as the long term solution to bring git under Windows
(Cygwin is just a temporary shortcut although very useful).

Why to port git under Windows?

Simply, to have better possibility to be chosen by the big projects under Linux!


See Mozilla-Firefox, as example, but not only, some of the biggest
projects under Linux are already ported or are being ported under
Windows (Apache, MySQL, OpenOffice, etc..) and in the future KDE.


Adopting a SCM that has a native porting under Windows is more and
more a sensible choice for the Linux big players.


The problem is that you don't chose an SCM each week, so when the
choice is made you have to wait years to have another opportunity (see
again Mozilla-Firefox thread on this subject), so not only git native
on Windows is the way to go, but also possibly quickly.


  Marco

Re: Anyone running GIT on native Windows

[Johannes Sixt]

Marco Costalba wrote:
> 
> On 5/7/07, Johannes Sixt <J.Sixt@eudaptics.com> wrote:
> > Aaron Gray wrote:
> > > What I want is to be able to work in Windows CMD and envoke .sh scripts by
> > > association (unfortunately you have to add the .sh on the command name
> > > though).
> >
> > I run the mingw port exclusively from CMD without a .sh association. So
> > exclusively that I don't even know whether any other way of using the
> > tools even works. Of course, you have to get used to
> >
> 
> Is it public available?

gitweb: http://repo.or.cz/w/git/mingw.git
clone:  git://repo.or.cz/git/mingw.git

I only have either time to hack on mingw.git or a Windows installation,
but not both at the same time. Therefore, the port is now a bit falling
back (it's still at 1.5.1). I hope to be able to change this in a few
weeks.

The next big thing to think about is an installer. Does anyone have a
suggestion for a free installer tool? I only know about Microsoft's WiX
(wix.sf.net), but it requires .NET (for the developer, not the user).

-- Hannes

Re: Anyone running GIT on native Windows

[A.S. Bradbury]

On 5/7/07, Johannes Sixt <J.Sixt@eudaptics.com> wrote:
> The next big thing to think about is an installer. Does anyone have a
> suggestion for a free installer tool? I only know about Microsoft's WiX
> (wix.sf.net), but it requires .NET (for the developer, not the user).

This is outside my normal realm of expertise, but I think NSIS
(http://nsis.sourceforge.net) is where it's at - notable users include
Firefox 2.0, OOo, VLC etc etc...

Alex

Re: Anyone running GIT on native Windows

[Aaron Gray]

>> On 5/7/07, Johannes Sixt <J.Sixt@eudaptics.com> wrote:
>> > Aaron Gray wrote:
>> > > What I want is to be able to work in Windows CMD and envoke .sh 
>> > > scripts by
>> > > association (unfortunately you have to add the .sh on the command 
>> > > name
>> > > though).
>> >
>> > I run the mingw port exclusively from CMD without a .sh association. So
>> > exclusively that I don't even know whether any other way of using the
>> > tools even works. Of course, you have to get used to
>> >
>>
>> Is it public available?
>
> gitweb: http://repo.or.cz/w/git/mingw.git
> clone:  git://repo.or.cz/git/mingw.git
>
> I only have either time to hack on mingw.git or a Windows installation,
> but not both at the same time. Therefore, the port is now a bit falling
> back (it's still at 1.5.1). I hope to be able to change this in a few
> weeks.

Great I will check this out when I get some time.

An .sh to c converter would be the best solution. I will be looking into how 
hard this would be to do.

> The next big thing to think about is an installer. Does anyone have a
> suggestion for a free installer tool? I only know about Microsoft's WiX
> (wix.sf.net), but it requires .NET (for the developer, not the user).

I suggest Nullsoft :-

        http://nsis.sourceforge.net/Main_Page

This is used by several open source projects.

Aaron

Re: Anyone running GIT on native Windows

[Johannes Schindelin]

Hi,

On Mon, 7 May 2007, Aaron Gray wrote:

> > > On 5/7/07, Johannes Sixt <J.Sixt@eudaptics.com> wrote:
> > > > Aaron Gray wrote:
> > > > > What I want is to be able to work in Windows CMD and envoke .sh 
> > > > > scripts by association (unfortunately you have to add the .sh on 
> > > > > the command name though).
> > > >
> > > > I run the mingw port exclusively from CMD without a .sh 
> > > > association. So exclusively that I don't even know whether any 
> > > > other way of using the tools even works. Of course, you have to 
> > > > get used to
> > > 
> > > Is it public available?
> > 
> > gitweb: http://repo.or.cz/w/git/mingw.git
> > clone:  git://repo.or.cz/git/mingw.git
> > 
> > I only have either time to hack on mingw.git or a Windows 
> > installation, but not both at the same time. Therefore, the port is 
> > now a bit falling back (it's still at 1.5.1). I hope to be able to 
> > change this in a few weeks.
> 
> Great I will check this out when I get some time.
> 
> An .sh to c converter would be the best solution. I will be looking into 
> how hard this would be to do.

NACK.

A stupid .sh to c converter will almost certainly result in slow and 
hard-to-debug code.

If you had bothered to check, you'd know that there are ongoing efforts to 
do the ports properly.

Ciao,
Dscho

Re: Anyone running GIT on native Windows

[Thomas Glanzmann]

Hello,

        (thinkpad) [~/work/git] cat git*.sh | wc -l
        6125

it should be possible to convert 6000 loc by hand. There is also a Google
Summer of Code Project targeting at that specific topic.

        Thomas

Re: Anyone running GIT on native Windows

[Aaron Gray]

Hi,

>> An .sh to c converter would be the best solution. I will be looking into
>> how hard this would be to do.
>
> NACK.
>
> A stupid .sh to c converter will almost certainly result in slow and
> hard-to-debug code.

I had presumed you do not have to really look at the code if the tanslator 
is sound.

> If you had bothered to check, you'd know that there are ongoing efforts to
> do the ports properly.

This is good. So the shell code is being migrated to C ?

Could you give me a link or refernce please ?

Aaron

Re: Anyone running GIT on native Windows

[Johannes Schindelin]

Hi,

On Mon, 7 May 2007, Aaron Gray wrote:

> > > An .sh to c converter would be the best solution. I will be looking 
> > > into how hard this would be to do.
> > 
> > NACK.
> > 
> > A stupid .sh to c converter will almost certainly result in slow and
> > hard-to-debug code.
> 
> I had presumed you do not have to really look at the code if the 
> tanslator is sound.

IMHO no automatic shell->C converter can be sound. Besides, you are 
missing that we are dealing with the opposite of POSIX here. After all, 
your target platform is Windows, right? That makes a sensible sh->C 
converter all the more difficult.

> > If you had bothered to check, you'd know that there are ongoing 
> > efforts to do the ports properly.
> 
> This is good. So the shell code is being migrated to C ?
> 
> Could you give me a link or refernce please ?

You can see a lot in Git's history itself:

	git log --grep="[Mmake].*builtin" --no-merges builtin.h

The Google Summer of Code projects' home page is

	http://git.or.cz/gitwiki/SoC2007Projects

The ongoing progress for this particular project can be seen here:

	http://repo.or.cz/w/git/builtin-gsoc.git

Hth,
Dscho

Re: Anyone running GIT on native Windows

[Asger Ottar Alstrup]

Johannes Sixt wrote:
> The next big thing to think about is an installer. Does anyone have a
> suggestion for a free installer tool? I only know about Microsoft's WiX
> (wix.sf.net), but it requires .NET (for the developer, not the user).

The relevant choices are:

- WiX - http://wix.sourceforge.net/
- NSIS - http://nsis.sourceforge.net/
- Inno Setup - http://www.jrsoftware.org/isinfo.php

NSIS is very low level, and thus has a pretty steep learning curve. You 
are more or less programming machine code. However, if you invest the 
time and energy, the NSIS installers are best of class: fast, small and 
it can do anything you want.

WiX is based on .MSI technology, which is somewhat slow, but of course 
it works, since it's the "official" Microsoft installation format.

Inno Setup is worth a second look. I think this might be the best choice 
for you: relatively simple to approach, and the installers are good.

Regards,
Asger Ottar Alstrup

Re: Anyone running GIT on native Windows

[Han-Wen Nienhuys]

Johannes Sixt escreveu:
> The next big thing to think about is an installer. Does anyone have a
> suggestion for a free installer tool? I only know about Microsoft's WiX
> (wix.sf.net), but it requires .NET (for the developer, not the user).

I packaged Mingw GIT using NSIS some time ago; see 

  http://lilypond.org/git/binaries/mingw/

Due various personal reasons, I haven't been able to update this, but I 
will package a new version soon. Please try it to see whether there are 
any rough edges. 

-- 
 Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Anyone running GIT on native Windows

[Johannes Sixt]

Han-Wen Nienhuys wrote:
> I packaged Mingw GIT using NSIS some time ago; see
> 
>   http://lilypond.org/git/binaries/mingw/
> 
> Due various personal reasons, I haven't been able to update this, but I
> will package a new version soon. Please try it to see whether there are
> any rough edges.

I've tried this shortly after you released it. But it did not work as
expected. The symtom was (IIRC) that a simple

   git init

said that 'init' is not a git-command. I tried this from CMD, not rxvt.

There are meanwhile a number of improvements in the port that support
relocation (i.e. an arbitrary installation directory). Could you please
package the latest version from the 'devel' branch?

  git://repo.or.cz/git/mingw.git

-- Hannes

Re: Anyone running GIT on native Windows

[Han-Wen Nienhuys]

Johannes Sixt escreveu:
> Han-Wen Nienhuys wrote:
>> I packaged Mingw GIT using NSIS some time ago; see
>>
>>   http://lilypond.org/git/binaries/mingw/
>>
>> Due various personal reasons, I haven't been able to update this, but I
>> will package a new version soon. Please try it to see whether there are
>> any rough edges.
> 
> I've tried this shortly after you released it. But it did not work as
> expected. The symtom was (IIRC) that a simple
> 
>    git init
> 
> said that 'init' is not a git-command. I tried this from CMD, not rxvt.

I don't know; I've tested it with Wine under Linux only. Maybe it couldn't 
find the git-init.exe binary, have you checked that c:/Program Files/Git/usr/bin/ 
was in the path?

> relocation (i.e. an arbitrary installation directory). Could you please
> package the latest version from the 'devel' branch?
> 
>   git://repo.or.cz/git/mingw.git

http://lilypond.org/git/binaries/mingw/git-1.5.1-1.mingw.exe

-- 
 Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Anyone running GIT on native Windows

[Johannes Sixt]

Han-Wen Nienhuys wrote:
> http://lilypond.org/git/binaries/mingw/git-1.5.1-1.mingw.exe

This resulted in a mostly working git toolset after I've done this in
addition to installing it:

- Installed MSYS (of course ;)
- Install libiconv-2.dll, which can be found in
diffutils-2.8.7-1-dep.zip from
http://sourceforge.net/project/showfiles.php?group_id=2435 (available in
Section Snapshot->MSYS) (rename libiconv2.dll to libiconv-2.dll)
- Set the path to MSYS and Git manually.

For extra bonus points, I should also have installed
bash-3.1-MSYS-1.0.11-snapshot.tar.bz2 (without which 'git am' fails) and
msysDTK-1.0.1.exe for ssh and perl, but I haven't.

gitk and git-gui are untested; they need tcltk-8.4.1-1.exe, of course.

-- Hannes

Re: Anyone running GIT on native Windows

[Han-Wen Nienhuys]

2007/5/11, Johannes Sixt <J.Sixt@eudaptics.com>:
> Han-Wen Nienhuys wrote:
> > http://lilypond.org/git/binaries/mingw/git-1.5.1-1.mingw.exe
>
> This resulted in a mostly working git toolset after I've done this in
> addition to installing it:
>
> - Installed MSYS (of course ;)
> - Install libiconv-2.dll, which can be found in
> diffutils-2.8.7-1-dep.zip from

Can you be more specific? Which files required this?

It is entirely coincidental that another DLL from another package
works, and it's a bug in our packaging.

The path to Git should also have been set automatically. I will look into this.

--
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Anyone running GIT on native Windows

[Johannes Sixt]

On Friday 11 May 2007 19:35, Han-Wen Nienhuys wrote:
> 2007/5/11, Johannes Sixt <J.Sixt@eudaptics.com>:
> > Han-Wen Nienhuys wrote:
> > > http://lilypond.org/git/binaries/mingw/git-1.5.1-1.mingw.exe
> >
> > This resulted in a mostly working git toolset after I've done this in
> > addition to installing it:
> >
> > - Installed MSYS (of course ;)
> > - Install libiconv-2.dll, which can be found in
> > diffutils-2.8.7-1-dep.zip from
>
> Can you be more specific? Which files required this?

git.exe, for example, hence, at least all builtins.

> It is entirely coincidental that another DLL from another package
> works, and it's a bug in our packaging.

Why should this not work? The diffutils package I mentioned is from MinGW.

Anyway, I think we should not link against libiconv*.dll at all because it 
slows down the startup too much.

> The path to Git should also have been set automatically. I will look into
> this.

Well, I did not reboot, or log out and in again. I just opened a CMD after the 
installation was complete. Usually, CMD picks up new PATHs if they have been 
modified via the Settings->System->Advanced (or whatsitcalled) tool. So, I 
thought it would be the same with installations.

-- Hannes

Re: Anyone running GIT on native Windows

[Han-Wen Nienhuys]

2007/5/11, Johannes Sixt <J.Sixt@eudaptics.com>:
> >
> > Can you be more specific? Which files required this?
>
> git.exe, for example, hence, at least all builtins.
>
> > It is entirely coincidental that another DLL from another package
> > works, and it's a bug in our packaging.
>
> Why should this not work? The diffutils package I mentioned is from MinGW.

Because libintl.dll is actually generated in the cross-compile (as
part of the LilyPond),  and might be a different version than the one
you randomly downloaded.

-- 
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Anyone running GIT on native Windows

[Aaron Gray]

> Han-Wen Nienhuys wrote:
>> http://lilypond.org/git/binaries/mingw/git-1.5.1-1.mingw.exe
>
> This resulted in a mostly working git toolset after I've done this in
> addition to installing it:
>
> - Installed MSYS (of course ;)
> - Install libiconv-2.dll, which can be found in
> diffutils-2.8.7-1-dep.zip from
> http://sourceforge.net/project/showfiles.php?group_id=2435 (available in
> Section Snapshot->MSYS) (rename libiconv2.dll to libiconv-2.dll)
> - Set the path to MSYS and Git manually.

This direct link is better. The above link does not take you to the correct 
place.

http://sourceforge.net/project/downloading.php?group_id=23617&use_mirror=kent&filename=diffutils-2.8.7-1-dep.zip&19135304

> For extra bonus points, I should also have installed
> bash-3.1-MSYS-1.0.11-snapshot.tar.bz2 (without which 'git am' fails) and
> msysDTK-1.0.1.exe for ssh and perl, but I haven't.
>
> gitk and git-gui are untested; they need tcltk-8.4.1-1.exe, of course.

Got GIT :)

Cheers,

Aaron

Re: Anyone running GIT on native Windows

[Jan Hudec]

[-- Attachment #1: Type: text/plain, Size: 737 bytes --]

On Wed, May 09, 2007 at 01:41:42 -0300, Han-Wen Nienhuys wrote:
> Johannes Sixt escreveu:
> > The next big thing to think about is an installer. Does anyone have a
> > suggestion for a free installer tool? I only know about Microsoft's WiX
> > (wix.sf.net), but it requires .NET (for the developer, not the user).
> 
> I packaged Mingw GIT using NSIS some time ago; see 
> 
>   http://lilypond.org/git/binaries/mingw/
> 
> Due various personal reasons, I haven't been able to update this, but I 
> will package a new version soon. Please try it to see whether there are 
> any rough edges. 

Would you care to share the installer scripts? Maybe you can find someone to
help.

-- 
						 Jan 'Bulb' Hudec <bulb@ucw.cz>

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Anyone running GIT on native Windows

[Han-Wen Nienhuys]

2007/5/9, Jan Hudec <bulb@ucw.cz>:
> > > The next big thing to think about is an installer. Does anyone have a
> > > suggestion for a free installer tool? I only know about Microsoft's WiX
> > > (wix.sf.net), but it requires .NET (for the developer, not the user).
> >
> > I packaged Mingw GIT using NSIS some time ago; see
> >
> >   http://lilypond.org/git/binaries/mingw/
> >
> > Due various personal reasons, I haven't been able to update this, but I
> > will package a new version soon. Please try it to see whether there are
> > any rough edges.
>
> Would you care to share the installer scripts? Maybe you can find someone to
> help.

see

http://git.sv.gnu.org/gitweb/?p=lilypond.git;a=shortlog;h=gub

there is a mingit.make which has the targets for the MinGW git
version. Unfortunately, the last successful compile was some months
ago. It's likely to be broken due to the frantic hacking that occurred
in the last months, but it should be

 make -f mingit.make bootstrap
 make -f mingit.make mingw


-- 
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen