git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] mingw: make stderr unbuffered again

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 15, 2017, 23:34 UTC
Message-ID
<xmqqlgt7110q.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<xmqqbmu32iyb.fsf@gitster.mtv.corp.google.com>
Junio C Hamano <gitster@pobox.com> writes:
Show 7 quoted lines
> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
>
>> FWIW I wish it were different, that git.git's `master` reflected more
>> closely what the current Git for Windows version has.
>
> Well, we two wishing the same thing together without doing anything
> else would make it happen.
ehh, would *not* make it happen, of course.
Show 8 quoted lines
> As an experiment to see if our process can be improved, I've been
> meaning to suggest (which is what was behind my "question at a bit
> higher level" to Hannes [*1*]) asking you to throw me occasional
> pull requests for changes that are only about Windows specific
> issues, bypassing "patches on the list" for things like a hotfix to
> js/mingw-isatty [*2*] and use of OpenSSL SHA-1 on Windows [*3*],
> essentially treating Windows specific changes as "a sub-maintainer
> makes pull requests" we already do with Paul, Eric and Pat.

While this may ease the flow of upstreaming windows specific changes, we need a separate thing to address the on-going issue you raised in your message. A Windows-less person would not know his change to a generic code that is innocuous-looking has fallouts on Windows (read this sentence with "Windows" replaced with any specific platform name). When somebody writes c == '/' that should have been written as is_dir_sep(c), you or Hannes often finds it during the review here, and after repeatedly seeing such reviews, that (slowly) rubs off on other Window-less folks. A new code may still hit 'next' and 'master' with such an issue if it goes unnoticed during the review.

The CI you are setting up [*1*] may certainly be a step in the good direction. Having more people like Hannes working off of upstream may also be a great way to help the "forget 'next' and upstream in general" issue. Any other ideas?

Previous: Junio C HamanoNext: Johannes Schindelin
Message 14 of 16 in “mingw: make stderr unbuffered again”
  1. mingw: make stderr unbuffered againJohannes Schindelin, Feb 13, 2017
  2. Junio C HamanoFeb 13, 2017
  3. Johannes SchindelinFeb 14, 2017
  4. Johannes SixtFeb 14, 2017
  5. Junio C HamanoFeb 14, 2017
  6. Johannes SchindelinFeb 15, 2017
  7. Johannes SixtFeb 15, 2017
  8. Johannes SchindelinFeb 16, 2017
  9. Johannes SixtFeb 16, 2017
  10. Junio C HamanoFeb 16, 2017
  11. Junio C HamanoFeb 14, 2017
  12. Johannes SchindelinFeb 15, 2017
  13. Junio C HamanoFeb 15, 2017
  14. Junio C HamanoFeb 15, 2017
  15. Johannes SchindelinFeb 17, 2017
  16. Junio C HamanoFeb 17, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.