-
Notifications
You must be signed in to change notification settings - Fork 7.7k
Allow DSC parsing through OS architecture translation layers #24852
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
/azp run |
Azure Pipelines successfully started running 4 pipeline(s). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I made some minor updates to the changes, including a bit cleanup.
// Configuration is not supported on ARM64 | ||
if (PsUtils.IsRunningOnProcessorArchitectureARM()) | ||
// Configuration is not supported for ARM or ARM64 process architecture. | ||
if (PsUtils.IsRunningOnProcessArchitectureARM()) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@SteveL-MSFT You only mentioned ARM64 not supported in #18781 (comment), not ARM, so should we only check for ARM64 here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The configuration
keyword is only useful on Windows and Windows only supports Arm64 (no Arm32). However, for the code, it's ok to check for ARM as long as it's a superset of 32 and 64. There should be no functional difference as we don't produce Windows Arm32 packages anymore.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, we are good with the current check.
@microsoft-github-policy-service agree |
📣 Hey @bdeb1337, how did we do? We would love to hear your feedback with the link below! 🗣️ 🔗 https://aka.ms/PSRepoFeedback |
PR Summary
This PR replaces the check that restricts parsing DSC configurations when the host OS is of the type ARM.
Instead of checking the host OS, I want to introduce the possibility of checking on process type instead. This way we can allow this for host OS'es that have translation layers to run the x86_64 compiled version of pwsh.
This addresses my issue in #24848 and follows the note/tip of SteveL-MSFT #18781 (comment).
PR Context
I develop DSC(v1) configurations on an ARM mac for use in a windows server environment, and I am currently prohibited of being assisted by the pwsh tooling and interpreter, because the configuration parameter is not "allowed" on ARM hosts.
PR Checklist
.h
,.cpp
,.cs
,.ps1
and.psm1
files have the correct copyright headerWIP:
or[ WIP ]
to the beginning of the title (theWIP
bot will keep its status check atPending
while the prefix is present) and remove the prefix when the PR is ready.- [ ] Issue filed:
(which runs in a different PS Host).