problem bootstrapping vcpkg as 'system' user (SysWOW64 issue)

[daef]

I'm trying to bootstrap vcpkg as 'Local System' (from a service) - which fails.

It looks like SysWOW64 redirection is messing things up: dotnet/msbuild#185

Is there any way to use msbuild64 or override env:TMP for the bootstrap process?
(cleanEnvironmentHelper.ps1 seems to undo any environmental changes I try)

edit: removed troubleshooting comments, crossposted issue to dotnet/msbuild#4107

[ras0219-msft]

Thanks for posting this issue!

Looking at your comments in the other thread, it seems like the right answer is for us to detect if we are running as the system user and perhaps change the temp environment variable accordingly.

I'd be happy to review a PR for such a feature!

[damian123]

Git hash: c7d4696

Here is a build log that might explain why it does not work, and possibly juggle the brains on someone so this issue can get fixed. Thanks in advance!!
build.txt

To get this log file I had to do the following:

1. Open a command prompt with admin rights
2. Open a command prompt with the nt authority\system user: psexec -i -s cmd.exe
3. git clone https://github.com/Microsoft/vcpkg.git
4. "c:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Auxiliary\Build\vcvars64.bat"
5. Edit bootstrap.ps1 to "/verbosity:diag",
6. bootstrap-vcpkg.bat -verbose >c:\temp\build.txt

[johnzhuacl]

Looks like keep TMP in cleanEnvironmentHelper.ps1 solve the problem. I am able to build vcpkg in Jenkins which is running under 'nt authority\system`

[LilyWangL]

Thanks for posting this issue. This issue has been fixed. So I am closing this issue for now.