-
Notifications
You must be signed in to change notification settings - Fork 52
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
Gracefully handle issues during zbeacon socket preparations #159
Conversation
Possible workaround for zeromq#137
@keent Could you please trigger a manual version bump via https://github.com/zeromq/pyre/actions/workflows/bump_version.yml ? |
@papr Bump version fails with :
|
https://github.com/zeromq/pyre/actions/runs/1078679721 this run was triggered by closing the PR which fails because the external repo PRs do not have access to the github token. You need to do a manual dispatch of the action https://github.blog/changelog/2020-07-06-github-actions-manual-triggers-with-workflow_dispatch/ |
@papr OK Done. Why is it missing the "build the source" and "deploy to Pypi" steps? Thanks |
Mmh, https://github.com/zeromq/pyre/actions/workflows/deploy.yml should be automatically triggered by new tags. Maybe, the bump version commit needs to use the personal access token for auth? :-/ https://github.com/zeromq/pyre/actions/workflows/deploy.yml can be triggered, manually, too, though. |
@keent Could you please try triggering https://github.com/zeromq/pyre/actions/workflows/deploy.yml manually? |
@papr |
status @papr |
@keent Yeah, I think we have to say goodbye to the idea of fully automated deployment for now. You should now be able to manually trigger the deployment for 0.3.4. No need to bump the version to 0.3.5 IMO. |
@papr Forgot to say. But this was done |
Possible workaround for #137