Closed skaji closed 1 year ago
In this case it is rakudo itself that is failing. zef calls CompUnit::Repository::Installation.install(...)
, which is failing when it tries to precompile for whatever reason. zef upgrade
works on other distributions (according to appveyor) which might hint at a root cause (such as rakudo trying to delete/write to an existing zef precomp file that is loaded into memory already, something windows handles differently than other OS) -- this could be tested by seeing if zef upgrade
works on a module that wouldn't also be loaded when zef is trying to upgrade it (TAP::Harness
might be a bad choice, since it would be loaded for running tests). Another way to test would be to clone zef to a directory and run raku -I. bin/zef upgrade zef
which wouldn't load the installed files into memory (I do something similar for the gh action I've been trying to get working via https://github.com/ugexe/zef/actions/runs/3783050969/workflow#L18-L19 )
fwiw I've been trying to get a gh action working using zefs current t/ and CI tests, but the windows VM fails consistently at different points in the process. So it is also a good data point to know if these types of failures are only occuring for github actions.
It seems that this is an issue for rakudo, not zef. So I close this issue.
Context
I couldn't upgrade zef on windows.
Expected Behavior
I could upgrade zef on windows.
Actual Behavior
I couldn't upgrade zef on windows.
Steps to Reproduce
I prepared a github action that reproduce this problem:
And the output of
zef upgrade --/test --trace zef
on windows is:links:
Your Environment
raku version 2022.12