Azure not being run after feedstock creation
See original GitHub issueFor the last two feedstocks I created via staged-recipes, only Appveyor was run on the feedstock after its creation. After noticing this, I added a single space to the meta.yaml
to trigger the CI again and then the normal Azure processes were triggered and the packages actually built. The two feedstocks that I know were affected by this are:
Issue Analytics
- State:
- Created 4 years ago
- Comments:14 (9 by maintainers)
Top Results From Across the Web
GitHub - conda-forge/catch2-feedstock
A conda-smithy repository for catch2. Contribute to conda-forge/catch2-feedstock development by creating an account on GitHub.
Read more >Configuring conda-forge.yml
You can configure how conda-forge is set up and built via the conda-forge.yml file that is present in the root directory of a...
Read more >conda-forge/conda-forge.github.io - Gitter
https://dev.azure.com/conda-forge/feedstock-builds/_build/results? ... recipes the CI wasn't run after feedstock creation and no packages were uploaded.
Read more >Azure DevOps Services dry run import failed
The issue is most probably caused by a data shape issue we have not seen before or a transient failure, we are logging...
Read more >Emmanuelle Sarrazin / orfeotoolbox-recipes
When your pull request is merged a new repository, called a feedstock, will be created in the github conda-forge organization, and build/upload of...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Hi Leah 👋 Thanks for coming by.
Recently we saw this with commit ( https://github.com/conda-forge/ogre-feedstock/commit/e96f50b94a633309f610eafa1f189dc10764bd12 ). So manually started it. This issue is primarily discussing that problem. Namely a feedstock (repo) is freshly created and registered on Azure. Once we perform the first push of these two commits, Azure doesn’t appear to run.
However with this specific feedstock, it seems a recent PR ( https://github.com/conda-forge/ogre-feedstock/pull/2 ) is having the same issue. Not sure if that is a sign of the same underlying issue or not.
Should be able to point you to some fresh commits in the morning, which may prove more useful still.
Thanks for your help. 🙂
I would say try 120 seconds to play it safe if that works for you. This isn’t something I’ve seen before but it looks like for these 2 instances the definition creation time and the time the CI event came in are 30-40 seconds apart. We can manually kickoff builds immediately without a delay so the logic around CI events trying to find the definition must not be getting the most up-to-date information which I’ll dig into some more. For now, if you are ok with increasing the timeout, I think that gets you a workaround at least so you aren’t seeing builds not running every so often. Thanks letting us know about this and sorry for the trouble