Skip to content
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

[NEW RELEASE] Request to prepare & release 2.5.1 #733

Closed
james-certn opened this issue Apr 23, 2024 · 11 comments · Fixed by #752
Closed

[NEW RELEASE] Request to prepare & release 2.5.1 #733

james-certn opened this issue Apr 23, 2024 · 11 comments · Fixed by #752
Assignees
Labels
enhancement New feature or request untriaged Need triage

Comments

@james-certn
Copy link

Currently, version 2.5.0 is incompatible for a subset of users, and is easily fixed by the work done in #719.

As such, I propose a release to go out as soon as reasonably possible, to unblock those folks.

@james-certn james-certn added enhancement New feature or request untriaged Need triage labels Apr 23, 2024
@saimedhi saimedhi removed the untriaged Need triage label Apr 23, 2024
@jayaddison
Copy link
Contributor

jayaddison commented Apr 25, 2024

Hi @james-certn - this is slightly confusing; we have the same full name. I think I spoke to you once on an Elasticsearch IRC channel. Anyway, hello.

Could someone confirm whether this release process requires use of the release drafter GitHub Actions workflow?

The reason I ask: I have a concern that the release drafter workflow may have unnecessary permissions; in particular I don't think that it should need the contents: write permission.

That in itself is not a problem - something else would need to go wrong for it to write incorrect/unrelated content into the repo. But if someone could check, that could be worthwhile. I'll prepare a PR to drop that permission, although if the permission is indeed intended and required for some reason, then I will subsequently close it.

Edit: the permission does appear to be required, so I will not prepare a PR to reduce/drop the permission.

@jayaddison
Copy link
Contributor

Ok, my apologies - reading the GitHub Actions contents workflow permissions documentation, it does seem that this permission is required to create a release artifact -- and that I suppose is something that the upload windows dists step is intended to do.

It does seem that the same token permission also provides the ability to create a commit within the repository -- something that I don't think we'd expect or want the job to do (it's fine to read the repository sources, and to create a redistributable object -- but it shouldn't need to write to version control).

However, I don't initially find documented configuration settings that would allow a release artifact to be published without granting the write permission that also allows writes to version control. I may be mistaken, and will continue to investigate, but I don't think that this should be considered a blocker. My apologies for the distraction if this turns out to be nothing.

@james-certn
Copy link
Author

james-certn commented Apr 25, 2024

Hi @james-certn - this is slightly confusing; we have the same full name. I think I spoke to you once on an Elasticsearch IRC channel. Anyway, hello.

Well, hello again then. ;) James Addisons of the world, unite!

@saimedhi
Copy link
Collaborator

Hello @jayaddison,

The release process for the project utilizes the Release Drafter GitHub Actions workflow. And write permissions are required for this process.

@jayaddison
Copy link
Contributor

Thank you @saimedhi for confirming that 👍

Please consider my question resolved.

@saimedhi
Copy link
Collaborator

Hello @james-certn,

I plan to release opensearch-py version 2.6.0 after a few pending pull requests are merged. You can check the status of these PRs here.

Thank you for your patience!

@saimedhi
Copy link
Collaborator

+1 #628 (comment)

@skshetry
Copy link

@saimedhi, was this released? I don't see it tagged or in PyPI.

@dblock
Copy link
Member

dblock commented May 28, 2024

Looks like version was bumped but no release (yet).

@dblock dblock reopened this May 28, 2024
@github-actions github-actions bot added the untriaged Need triage label May 28, 2024
@saimedhi
Copy link
Collaborator

saimedhi commented May 28, 2024

I'm planning to release version 2.6.0 today. Thank you!

@saimedhi
Copy link
Collaborator

opensearch-py version 2.6.0 is now released!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request untriaged Need triage
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants