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

Re: [PATCH] test: make SYMLINKS prerequisite more robust

From
Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Date
Feb 10, 2023, 19:39 UTC
Message-ID
<230210.86o7q1uwqu.gmgdl@evledraar.gmail.com>
In-Reply-To
<xmqqk00pjuli.fsf@gitster.g>
On Fri, Feb 10 2023, Junio C Hamano wrote:
Show 26 quoted lines
> Junio C Hamano <gitster@pobox.com> writes:
>
>> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
>>
>>>> I wonder if something like this is in order?
>>>
>>> I don't have much to contribute on that front, but this is really
>>> missing some "why", this worked before, why is it failing now? Do we
>>> have any idea.
>>
>> Your guess is as good as mine.  I do not do Windows.
>
> This morning, I notice that those CI jobs I ran last night that
> failed with "whoa, windows tests are somehow reporting that symlinks
> are available but not really" issue the patch in this thread were
> attempting to address has passed even for branches like 'master' and
> 'next' that do not yet have it, and it seems to be because you
> re-run these failed jobs.
>
> Whatever magic you used to fix these failing tests, thanks.
>
> Do you have an insight on why and how these were failing?  The patch
> in this thread was a band-aid without knowing why all of a sudden
> "ln -s x y && test -h y" started passing (while compat/mingw.c still
> says readlink() is not supported).  If we know that such a breakage
> is not expected, we can drop this workaroun, which would be great.
I'm not Johannes :) But as I noted upthread this failed when we went from:
	Download action repository
	'git-for-windows/setup-git-for-windows-sdk@v1'
	(SHA:cbe017cd7ae39629bf4e34fce8b1ccd211fec009)
To:
	Download action repository
	'git-for-windows/setup-git-for-windows-sdk@v1'
	(SHA:848609620edfa4c2fc64838b85fbe19e534236ee)
And now our passing "next" has:
	Download action repository
	'git-for-windows/setup-git-for-windows-sdk@v1'
	(SHA:a8e2a23eb07129d628ff6f9d5f11047b0662aeba)

If you then look at that range in that repository you'll find the release includes:

	https://github.com/git-for-windows/setup-git-for-windows-sdk/pull/595
        https://github.com/git-for-windows/setup-git-for-windows-sdk/pull/596
	https://github.com/git-for-windows/setup-git-for-windows-sdk/pull/597
The release notes for the last of those then has:
	"Fix issue with symlink restoration on windows".

Which from some looking around seems like it might be the issue we've been seeing, it's this commit & PR:

	https://github.com/actions/toolkit/commit/b2d865f18051b214475dae41766e9970fd68ca12
	https://github.com/actions/toolkit/pull/1291

And following that rabbit hole leads to Johannes noting that this (or a related change) was breaking GFW:

	https://github.com/actions/toolkit/pull/1291/commits/2867e318d4d0de11b10a2887fb29dcf713559a71#r1098571737

So I think we can drop the workaround, at least as far as fixing the CI breakages goes.

Previous: Junio C HamanoNext: Johannes Schindelin
Message 7 of 9 in “test: make SYMLINKS prerequisite more robust”
  1. test: make SYMLINKS prerequisite more robustJunio C Hamano, Feb 8, 2023
  2. Ævar Arnfjörð BjarmasonFeb 8, 2023
  3. Junio C HamanoFeb 9, 2023
  4. Ævar Arnfjörð BjarmasonFeb 9, 2023
  5. Junio C HamanoFeb 9, 2023
  6. Junio C HamanoFeb 10, 2023
  7. Ævar Arnfjörð BjarmasonFeb 10, 2023
  8. Johannes SchindelinFeb 13, 2023
  9. Junio C HamanoFeb 13, 2023

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.