Closed jtpio closed 6 months ago
Thanks for opening this @jtpio
I think the proposal of Steve to give access to the password vault to SSC members is a good way to smooth the issue.
I opened https://github.com/jupyter-server/jupyter_releaser/issues/505 to track a method to avoid using this token altogether.
@blink1073 @fcollonval looks like I'm getting the same issue again today when trying to make a new JupyterLab release:
https://github.com/jupyterlab/jupyterlab/actions/runs/6485418200/job/17611833242
I supposed this is because the ADMIN_GITHUB_TOKEN
has expired, as it's been 3 months since it was last updated?
Would generating a fine-grained token with "JupyterLab" as the owner work, instead of generating a token for the bot account? (https://github.com/jupyterlab-bot)
Looks like we would indeed need a new token as per the discussion linked above: https://github.com/jupyterlab/jupyterlab/pull/14176#issuecomment-1521234022
I'm on it. I see that secretes for jupyterlab_server, lumino, maintainer-tools and pytest-check-links were updated yesterday but jupyterlab seems to have been missed.
I will regenerate the token, and update it in all four repositories after testing that it works with JupyterLab.
I updated the other ones yesterday, I missed this one. @krassowski it would be good to see if a fine-grained token works if you want to try that. If not, I'll use the one from the vault.
Sorry, already regenerated. I see what you mean, will update it. Thanks for all the work in the background on making it a smooth experience!
@blink1073 it looks like the October token for JupyterLab has expired (I was not able to proceed with release and it was just over 3 months since it was regernerated); were you planning on updating the tokens this week?
Sigh, I missed that one, now updated. I'm working on making this self-service, hopefully before the next deadline...
Looks like we can close this issue, as JupyterLab now uses a GitHub app instead of a release bot.
Information about the GitHub app is located in the Jupyter 1Password. But we don't need to refresh the tokens anymore with this approach.
Thanks @blink1073 for fixing this in https://github.com/jupyter-server/jupyter_releaser/pull/557 !
Problem
Today I hit the following issue when trying to make a new release of JupyterLab:
This prevented me from using the releaser bot for making the release. I don't have access to the bot account or the Jupyter shared 1Password, so it was not possible for me to update the token and resume the release from the repo.
Fortunately it is still possible to use a fork of the releaser to make the release. This worked as a workaround but for transparency and consistency it would be great to always make releases from the JupyterLab repo.
Proposed Solution
There has been some discussion about how to handle the GitHub token in https://github.com/jupyterlab/jupyterlab/pull/14176#issuecomment-1521234022.
It would be good to have some process in place to:
Additional context
This is also documented in https://github.com/jupyterlab/jupyterlab/issues/14431.
Failed releaser run: https://github.com/jupyterlab/jupyterlab/actions/runs/4794399088/jobs/8527738241
cc @jupyterlab/release for awareness