WinGet on Windows Server Core

I'd like WinGet to function correctly on Windows Server Core. The main gap identified by @jantari was related to the way WinGet determines the locale for package metadata.

Quote from the discussion below: 

I looked into it and this API does appear to not be present in Server Core (meaning this error from our call to it is expected). That of course depends on my ability to map from the internal identifier to the marketing name, which should not be considered infallible.

I think at this point we could confidently wrap the implementation of Locale::GetUserPreferredLanguages to prevent the error from escaping. The default state would be that locale was not included in the installer selection if the call failed.

This is a good workaround in the interim.

Originally posted by @JohnMcPMS in https://github.com/microsoft/winget-cli/discussions/2361#discussioncomment-8559871

Start by locating the implementation of Locale::GetUserPreferredLanguages and review the linked discussion about its absence on Windows Server Core. Verify the failure path on Server Core and confirm that installer selection continues without locale metadata when the call fails.