release 0.8.1

Fixed (#43)

• One process's refresh no longer breaks the others. The API ends the previous access token as soon as it issues a new one, so a refresh in one command (a terminal, another agent, a host app) made every other holder of the old token fail with 401: a running wait, or a credential a host app handed over.
  • The OAuth refresh runs under the credentials lock and re-reads the profile there: commands started together refresh once, and the rest use the new token.
  • After a 401 with an OAuth token (stored, or handed over through DSH_MESHY_CREDENTIAL), the request is retried once with the token now stored for the same login. Another account's token is never used.
• A started refresh is always saved. From the refresh request to the save, a second Ctrl-C or the end of a terminate signal's grace period waits; the exit follows the save. A process stopped in between used to leave only a spent refresh token, which ended the login on the next refresh.
• Windows: the key store waits for PowerShell. It waits up to 30 seconds (was 5). PowerShell can take several seconds to start on a cold or busy machine, which made the CLI fall back to the key file when saving a login, or fail to open a stored one.