Re: Should we discuss Windows-related changes on git@xxxxxxxxxxxxxxx?

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

 



Hi,

On Fri, 11 Jul 2008, Steffen Prohaska wrote:

> On Jul 11, 2008, at 5:57 PM, Johannes Schindelin wrote:
> 
> >On Fri, 11 Jul 2008, Steffen Prohaska wrote:
> >
> > >On Jul 11, 2008, at 1:56 PM, Johannes Schindelin wrote:
> > >
> > > >On Fri, 11 Jul 2008, Steffen Prohaska wrote:
> > > >
> > > > >I decided to stop queuing changes in 4msysgit.  Instead I'd like 
> > > > >to bring the diff between Junio's and 4msysgit's master to zero.  
> > > > >This seems to be achievable after Junio merged Hannes' MinGW 
> > > > >changes.
> > > > >
> > > > >I think all Windows-related changes to the git code base could be 
> > > > >discussed directly on the main git list and the msysgit list 
> > > > >would be reserved for the MinGW/MSYS runtime environment and the 
> > > > >installer.
> > > >
> > > >I disagree.  Judging from the mails I read on the git list, Junio 
> > > >gets really swamped by patches these days (what with our very 
> > > >productive GSoC students).
> > >
> > >Sending the patches to the git list does not necessarily mean that 
> > >they are directly addressed to Junio.  We discuss JGIT, EGIT, gitk, 
> > >and git gui patches on the list too.  AFAIK, none of them are applied 
> > >by Junio directly but by the respective maintainers.  We could handle 
> > >Windows-related patches similarly.
> >
> >Then what is the msysGit list about?
> 
> I think the msysGit list could be useful for:
> 
> - Everything that is in the msysgit repo, i.e. the MinGW/MSYS
>   runtime environment and the installers.

Which very much includes brushing up the patches in 4msysgit, which are 
invariably of lower quality than git.git's, because we lack a brilliant 
maintainer like Junio.

Come to think of it, we do not have a maintainer at all.  Many people can 
commit and push into 4msysgit, and I am debating with myself for a long 
time already if that was a sensible thing to do.  Just think of that C# 
desaster.

> >No, I really disagree.  Windows support is too large a thing, and 
> >partly a too disgusting one to bother the git list.
> 
> My understanding is that the mainline of git starts supporting the MinGW 
> port with version 1.6.0.  The MinGW port is merged to Junio's master, so 
> the remaining differences between Junio's master and 4msysgit's master 
> should be removed and afterwards new changes should be discussed, 
> improved, and applied to Junio's master anyway.  This would also allow 
> to directly test Junio's next on Windows.

Junio expressed several times that he is uncomfortable that he cannot 
easily test Windows support himself.

I strongly doubt that discussing things on git@vger that are not even 
half-cooked would help that impression.

Also, there are a lot of people on git@vger who could not care _less_ 
about Windows.

And there are a few on the list who could not care less about those 
Windows users who seem to be content to let others work for them, but 
comment at every _possible_ occasion, on what should, and what should not 
be done.  Let's keep them on the msysGit list, for the benefit of the 
saner half of git@vger.

> > > >I really think that we should discuss the patches on the msysGit 
> > > >list first, whip them into shape, and then send them off.
> > > >
> > > >Just think of those patches that were sent off, only to realize 
> > > >that they were no longer needed.  That should not have happened.
> > >
> > >I intentionally sent the patches to show and discuss the differences 
> > >between the state of the MinGW port in Junio's master and in 
> > >4msysgit. Some of the patches could be reverted in 4msysgit.  But, at 
> > >least one patch was unrelated to MinGW and is now in master.  Some 
> > >other patches need more work and are currently improved.  I think 
> > >this was not a waste of time.
> >
> >IMO we could have discussed first what is the current state on the 
> >msysGit list, and I would have commented there already on the patches 
> >that I think would no longer be needed.
> >
> >Then the patch would have been sent off, and be in master, too.
> >
> >The difference: it would have been more efficient.  Those people who 
> >can test if something is still needed on Windows are on the msysGit 
> >list.
> >
> >We do not really need to clutter git@vger more than necessary.
> 
> But git 1.6 will contain the MinGW port.  Shouldn't related patches then 
> be discussed on git@vger?

See above.  There will be a rudimentary support for MinGW, yes, but that's 
for hardcore people like Hannes.

For those who just want to use Git on Windows, there is msysGit.  And 
for them, we have the msysGit list.

Let's not confuse things, let's not upset git@vger with too many less 
clueful users who should rather post to msysgit@xxxxxxxxxxxxxxxxx

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