-
-
Notifications
You must be signed in to change notification settings - Fork 281
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
document gpu/long-running builds #2038
Conversation
Thanks |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Jaime! 🙏
Had a question and a couple suggestions below
Due to some technical and legal limitations, some of the usual automation infrastructure is not available for these runners. | ||
As mentioned above, the conda-forge bots won't be able to rerender your feedstock automatically anymore. | ||
Automerge will not function properly either. Also note that the conda-forge bots won't be able to trigger the self-hosted runners. | ||
Closing and reopening the PR won't work, but a maintainer with sufficient permissions can trigger it manually by pushing an empty commit. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Am curious why closing and reopening won't work? In that case we would be able to check to see if the user closing and reopening the PR is authorized right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The event payload used for the authentication is based on the last commit pushed, not the most recent event, afaicu. cc @aktech for confirmation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This has been updated in the latest deployment (since yesterday), closing and opening PR (by authorized user) would work now, as the sender of the event is the one who has permissions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's great! Thanks Amit 🙏
1. Go to the ``conda-forge/admin-requests`` repo and copy `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ to the ``requests/`` folder. | ||
2. Add the name of your feedstock in the YML file. While adding the name, don't add "-feedstock" to the end of it. For example: for ``python-feedstock``, just add ``python``. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wonder if we can tighten this up a bit
1. Go to the ``conda-forge/admin-requests`` repo and copy `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ to the ``requests/`` folder. | |
2. Add the name of your feedstock in the YML file. While adding the name, don't add "-feedstock" to the end of it. For example: for ``python-feedstock``, just add ``python``. | |
1. Go to the ``conda-forge/admin-requests`` repo | |
2. Copy and rename `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ to the ``requests/`` folder. | |
3. Add the feedstock name (without the "-feedstock") in the YML file. For example: ``python-feedstock`` would be ``python``. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, let's open a new PR!
2. Fork `conda-forge/admin-requests <https://github.com/conda-forge/admin-requests>`__ and add a new YML file in the ``requests`` directory. | ||
3. Add the broken files to the new YML document.See `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ for an example file. | ||
4. Open a new PR. Once merged, a bot will label all listed files as broken, thus effectively removing them from the channel. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
2. Fork `conda-forge/admin-requests <https://github.com/conda-forge/admin-requests>`__ and add a new YML file in the ``requests`` directory. | |
3. Add the broken files to the new YML document.See `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ for an example file. | |
4. Open a new PR. Once merged, a bot will label all listed files as broken, thus effectively removing them from the channel. | |
2. Fork `conda-forge/admin-requests <https://github.com/conda-forge/admin-requests>`__ | |
3. Create a new YML file in the ``requests`` directory. | |
3. Add the broken package files to the new YML document. See `examples/example-broken.yml <https://github.com/conda-forge/admin-requests/blob/main/examples/example-broken.yml>`__ for an example file. | |
4. Open a new PR. | |
Once merged, a bot will label all listed files as broken, thus effectively removing them from the channel. |
PR Checklist:
Documentation here is minimal for now, but instead it points towards the resources where more information can be found. We'll make sure to keep the "gotchas" note up-to-date as we discover workarounds.
See also conda-forge/admin-requests#886
cc @isuruf