GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||||||||||||||||||||||||||||||||||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||||||||||||||||||||||||||||||||||||||||||
GeezerVison is showing github.com — Separate Windows PSRP binary build out of Start-PSBuild by daxian-dbw · Pull Request #4335 · PowerShell/PowerShell Conversation
|
| [string]$Arch = 'x64' | ||
| ) | ||
|
|
||
| if (-not $Environment.IsWindows) { return } |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Would it be better to return error?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Yes, I think a warning would be better.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
|
||
| # cmake is needed to build powershell.exe | ||
| if (-not (precheck 'cmake' $null)) { | ||
| throw 'cmake not found. Run "Start-PSBootstrap -Package". You can also install it from https://chocolatey.org/packages/cmake' |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Why not introduce a new -BuildNativeWindows switch instead of reusing -Package? That way I can privately build a package w/o needing the SDK or building pwshplugin locally.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
We support building Appx package for Windows platform (New-AppxPackage) and it requires Win10 SDK, that's why I keep using -Package here. For other package formats, the windows native dependencies are not needed.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Got it, but it doesn't appear we've ever published an appx?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Yes, just talked to Travis Plunk (@TravisEz13). Appx is for NanoServer, and we never published one.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
I also I believe it never worked quite right.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| # Update googletest submodule for linux native cmake | ||
| if ($Environment.IsLinux -or $Environment.IsOSX) { | ||
| try { | ||
| # Update googletest submodule for linux native cmake |
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
we should add a switch to bootstrap the components needed for native components so that we don't add them in systems where they are not needed.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Travis Plunk (@TravisEz13) and I talked offline. The -package parameter is required only for creating Appx package, and before this change -package only takes effect on Unix platforms. If we don't care about Appx, for example in our release build, we can just run Start-PSBootstrap for windows.
If we can remove the script about Appx package, then we need to make the following subsequent changes:
-BuildWindowsNative to install dependencies for building PSRP on Windows.Wix when running Start-PSPackage -Package on Windows.Steve Lee (@SteveL-MSFT) can you please confirm if we can remove New-AppxPackage? If so, I will take care of (1) in this PR and Travis Plunk (@TravisEz13) will take care of (2) in his packaging changes.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
| if ($Environment.IsWindows -and $Package) { | ||
| $machinePath = [Environment]::GetEnvironmentVariable('Path', 'MACHINE') | ||
| $newMachineEnvironmentPath = $machinePath | ||
|
|
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
for example line 1221 checks for win 10 sdk
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
This is the biggest component that can reduce the docker image size.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Joey Aiello (@joeyaiello) are you ok if we remove Appx support? Seems like this is something we can bring back later.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
I think it should be OK to remove |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Steve Lee (@SteveL-MSFT) could you please take another look? |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Sorry, something went wrong.
There was an error while loading. Please reload this page.
) There are following major changes: - `Start-PSBootstrap -BuildWindowsNative` installs the native dependencies required for building PSRP binary. Without `-BuildWindowsNative`, it only installs the dotnet-SDK on Windows platform. - `Start-PSBuild` doesn't build Windows PSRP binary. Instead, `Start-BuildNativeWindowsBinaries` is added to build it. After the build, 3 files (`'pwrshplugin.dll'`, `'pwrshplugin.pdb'`, `'Install-PowerShellRemoting.ps1'`) will be bin-placed at `src\powershell-win-core` like before. - The NuGet package `'psrp.windows'` is added to `powershell-core` feed, and we reference it in `powershell-win-core.csproj` to get the Windows PSRP related files. Files (.dll and .pdb) in the package are from the beta.4 release build.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.