[msys] use fresh msys, fix update core#11471
[msys] use fresh msys, fix update core#11471isanych wants to merge 4 commits intomicrosoft:masterfrom
Conversation
|
updating MSYS itself to 20200517 solves this problem temporarily the rest doesn't work, the update doesn't happen |
|
wait for to removed symbolic links |
|
@voskrese That's why I run update twice, second times it finish successfully, and msys environment is usable in my testing, what exactly is not working? |
|
problem with MSYS2 and software access symbolic links |
|
for me working with symlinkls too: |
|
))) https://dev.azure.com/vcpkg/c1ee48cb-0df2-4ab3-8384-b1df5a79fe53/_apis/build/builds/37372/logs/22 2020-05-20T20:31:13.1575232Z Packages (1) msys2-runtime-3.1.4-2 2020-05-20T20:31:13.1586634Z error: cannot remove /usr/bin/msys-2.0.dll (Permission denied) |
|
the same log, just look further: |
core MSYS2 not updated |
|
It is updated during second run |
|
|
|
|
2020-05-20T20:34:01.4005802Z :: Proceed with installation? [Y/n] 2020-05-20T20:34:01 .4012035Z error: cannot remove /usr/bin/pacman.exe (Permission denied) |
|
|
Are you enabling native symlinks support in msys ( |
open cmd my
|
|
That's old approach - I use developer mode in native windows and admin user in docker containers and the only issue I have with symlinks when they created in mapped directory of docker container running with hyperv isolation. Anyway I don't think any of symlink related business is related to this PR. |
|
see the log files please
wait a bit, will removed symbolic links |
… and preventing futher usage of msys
|
I had to kill gpg-agent, now it is working in docker too |
|
This PR depends on #11483, so we'll merge it after that work is done. |
|
There's nothing about my symbolic links changes that would affect this -- in #11483 I'm fixing our ci command to not rely on symbolic links to get our temporary trees like 'installed' and 'buildtrees' onto a separate disk, I'm not changing anything about the ability to touch symbolic links from inside a port. Notably, the CI machines run Windows Server, not Windows 10 Client, so the "allow dev without license" setting has no effect. |
|
It looks like the current msys breakage causes our builders to become wedged afterwards so we need to accept this or #11443 after we've explicitly removed all the builders to get a clean pass. |
Looks like CI isn't catching this right now... |
|
There are changes in here that are interesting in addition to the other PR we just merged, in particular updating our baseline version, so we still might take this one even though the other one made similar changes. |
|
upstream removed 32 bit support, and using latest pacman in order better support future updates. Maybe it's time to let all 32 bit tools to go in vcpkg too. 32 bit triplets could be build on 64 bit host. |
|
Given that #12467 was merged, closing :) |




msys now using zstd packages not supported by old base (#11443), so using fresh base packages and fixing core update