> **Q: Is there a security reason why this should remain private?**

I will not say that this is because of the 100% security reason. But there are other factors as well. As this **Publisher ID** which you have obtained from your developer account at the Store will help you create a certificate with a Publisher ID of your choice. You can also create a password.

Publisher ID helps you in signing an app package

> If you either create a package for the Windows Store or associate your
> app with it, the Publisher attribute is set to the Publisher ID that’s
> obtained from your developer account at the Store when you sign in
> during package creation.

So it is your publisher ID which is actually identifying you. So its better to keep it secure.(*It is very similar to take it like you will not like to give your bank account details to anyone except the bank ;-)*)

So if your publisher ID is not secure or is public then you may loose that choice.

Check this [To create or use an alternate certificate][1]


  [1]: http://msdn.microsoft.com/en-us/library/windows/apps/br230260%28v=vs.120%29.aspx

From the Microsoft Dev Center, your [**`Publisher ID`**][pubId] is...

> the string that uniquely identifies your Windows Store developer account in your packages. The publisher ID is assigned by Microsoft, and you can't change it.

This is likely to appear in a lot of Open Source repositories for Windows 8 because it is listed in the [`identity`][manifest.identity] element of the `Package.appxmanifest` file which is required in order to build your project.

A search of [extension:appxmanifest][GitHubSearch] on GitHub reveals almost 5,000 files with this info since the appxmanifest is not on the default gitignore.

Here's GitHub's Help Page on [Removing Sensitive Data][deleteHistory], but I'm wondering if there's a reason to be worried about it in the first place.


*Q: Is there a security reason why this should remain private?*

[pubId]: http://msdn.microsoft.com/en-us/library/windows/apps/hh967786.aspx#display_info
[manifest.identity]: http://msdn.microsoft.com/en-us/library/windows/apps/br211441.aspx

[GitHubSearch]: https://github.com/search?q=extension%3Aappxmanifest&type=Code&ref=searchresults
[deleteHistory]: https://help.github.com/articles/remove-sensitive-data

Does your Microsoft Publisher ID have to be kept private?

This is due to the way Windows **App Execution Aliases** work in Git-Bash.  

It is a known issue in **MSYS2** [failing to access Windows reparse points with `IO_REPARSE_TAG_APPEXECLINK`][3]

*As a workaround*, you can alias to a function invocation that uses `cmd.exe` under the hood.  

Add the following to your `~/.bashrc` file::

```bash
function python { cmd.exe /c "python $1 $2 $3";}
```

For python, I'd recommend just toggling off app execution aliases as in the accepted answer, but for libraries that are distributed exclusively through the windows store like `winget`, this is your best option.


## Further Reading

* [bash: Local/Microsoft/WindowsApps/python3: Permission denied][1]
* [Permission Denied when running from bash][2]
* [winget does not run in WSL2 due to exec format error #234][4]

[1]: https://github.com/gmacario/spaceappschallenge-2019/issues/6
[2]: https://github.com/microsoft/winget-cli/issues/228
[3]: https://github.com/msys2/Msys2-packages/issues/1943
[4]: https://github.com/microsoft/winget-cli/issues/234#issuecomment-647641718

Seems as though an update on Windows 10 overnight broke Python. Just trying to run `python --version` returned a "Permission Denied" error.  None of the three updates; KB4507453, KB4506991, or KB4509096 look like they'd be the culprit but the timing of the issue is suspicious. Rather than messing with rolling back, I'm hoping there's a simpler fix that I'm missing.

The permissions on python are "-rwxr-xr-x" and I haven't changed anything besides letting the Windows update reboot machine after installing last night's patches.

According to the System Information, I'm running 10.0.18362

Should also note that this is happening whether I (try) to execute Python from git-bash using "run as administrator" or not, and if I try using PowerShell, it just opens the Windows store as if the app isn't installed so I'm thinking it can't see the contents of my `/c/Users/david/AppData/Local/Microsoft/WindowsApps/` folder for some reason.

I've also tried to reinstall Python 3.7.4, but that didn't help either. Is there something else I should be looking at?