-
Notifications
You must be signed in to change notification settings - Fork 319
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
Feature Request: Server Core friendly modifications #23
Comments
Some guidance on how to detect if it is a server core installation: https://msdn.microsoft.com/en-us/library/ee391629(v=vs.85).aspx Perhaps this change (although a breaking one) could be implemented rather than detecting supported libraries depending on the version of Windows: ProposalInstead of loading all libraries on import (via The change would be simple: rename all the If the current branch is tagged as "v1" then this breaking change could be made "v2" and users can keep using this API by switching their imports to |
Feels like this library should just be broken apart instead of getting too fancy with detecting the core version. |
Hey guys, I pulled the Performance Data Helper wrapper into it's own library. @lxn would you be interested in taking ownership of this fork? Really it's your library, but just the PDH helpers. Sounds like you've already forked once from walk. :) |
With Windows Server version 1709 Server Core is the only host now, so this will be important (if it's not already addressed?). |
Is it possible to disable parts of the wrapper for components that don't ship with Server Core installations of Windows, such as the opengl32 component?
See influxdata/telegraf#1763 for a reason why this could be useful.
The text was updated successfully, but these errors were encountered: