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

Re: What's cooking in git.git (Jan 2026, #06)

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Jan 21, 2026, 10:08 UTC
Message-ID
<97d8645b-bae8-7f5c-8e59-0f4f0efd92f5@gmx.de>
In-Reply-To
<xmqqa4y832ok.fsf@gitster.g>
Hi Junio,
On Tue, 20 Jan 2026, Junio C Hamano wrote:
Show 29 quoted lines
> * js/symlink-windows (2026-01-09) 19 commits
>  - mingw: special-case index entries for symlinks with buggy size
>  - mingw: emulate `stat()` a little more faithfully
>  - mingw: try to create symlinks without elevated permissions
>  - mingw: add support for symlinks to directories
>  - mingw: implement basic `symlink()` functionality (file symlinks only)
>  - mingw: implement `readlink()`
>  - mingw: allow `mingw_chdir()` to change to symlink-resolved directories
>  - mingw: support renaming symlinks
>  - mingw: handle symlinks to directories in `mingw_unlink()`
>  - mingw: add symlink-specific error codes
>  - mingw: change default of `core.symlinks` to false
>  - mingw: factor out the retry logic
>  - mingw: compute the correct size for symlinks in `mingw_lstat()`
>  - mingw: teach dirent about symlinks
>  - mingw: let `mingw_lstat()` error early upon problems with reparse points
>  - mingw: drop the separate `do_lstat()` function
>  - mingw: implement `stat()` with symlink support
>  - mingw: don't call `GetFileAttributes()` twice in `mingw_lstat()`
>  - Merge branch 'js/prep-symlink-windows' into js/symlink-windows
>  (this branch uses js/prep-symlink-windows.)
> 
>  Upstream symbolic link support on Windows from Git-for-Windows.
> 
>  Expecting a reroll.
>  cf. <5fe64b77-d10b-b66e-8622-14bec1e96f4a@gmx.de>
>  cf. <14388349-d1b5-fc8f-b6c7-4a7b43e64494@gmx.de>
>  cf. <704e952d-7924-00ce-b8b0-ad355e659335@gmx.de>
>  source: <pull.2018.v2.git.1767989115.gitgitgadget@gmail.com>
I do not quite understand.

v2 was sent out on Jan 9. The three replies you are referring to as blockers were all sent out on the same day, as replies to the respective reviewer comments in v1. Naturally, whan I did sent out those replies acknowleding problems whose fixes I promised, I did not then go on and omit the fixes from v2!

In https://lore.kernel.org/git/xmqqjyxli89m.fsf@gitster.g/ on Jan 13, i.e. days later, you said about this patch series:

 Will merge to 'next'?
  source: <pull.2018.v2.git.1767989115.gitgitgadget@gmail.com>

However, in https://lore.kernel.org/git/xmqqldhybtqs.fsf@gitster.g/ on Jan 15, you started saying:

Show 5 quoted lines
> Expecting a reroll.
> cf. <5fe64b77-d10b-b66e-8622-14bec1e96f4a@gmx.de>
> cf. <14388349-d1b5-fc8f-b6c7-4a7b43e64494@gmx.de>
> cf. <704e952d-7924-00ce-b8b0-ad355e659335@gmx.de>
> source: <pull.2018.v2.git.1767989115.gitgitgadget@gmail.com>
And the same comment was made yesterday.

What exactly are the still-unaddressed issues you want to see fixed? I cannot retroactively fix v1, and v2 does not have those issues of those 3 cf. references.

Ciao, Johannes

Previous: Junio C HamanoNext: Junio C Hamano
Message 4 of 8 in “What's cooking in git.git (Jan 2026, #06)”
  1. Junio C HamanoJan 20, 2026
  2. Shreyansh PaliwalJan 20, 2026
  3. Junio C HamanoJan 20, 2026
  4. Johannes SchindelinJan 21, 2026
  5. Junio C HamanoJan 21, 2026
  6. Junio C HamanoJan 21, 2026
  7. Phillip WoodJan 21, 2026
  8. Samuel AbrahamJan 21, 2026

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.