Fork me on GitHub
#aleph
<
2022-11-14
>
Matthew Davidson (kingmob)04:11:58

I opened up an issue with CircleCI about all the build failures we're seeing. The suggested fixes (logging out/in, resetting the OAuth) don't work. circleci config validate says everything is OK. And the failure is intermittent, even on the same branch. The only clue we have is that, timing-wise, the errors started showing up around when the command to download bb was added to the config.yml. I doubt that code itself is the problem, but ¯\(ツ)

dergutemoritz10:11:31

Hmmm I also added https://github.com/clj-commons/aleph/commit/95cbbdfb8788c0cfa18acf331febb2f4f944f3ee at the same time to switch to CircleCI's new Docker image. Maybe that's somehow causing the issue?

Matthew Davidson (kingmob)10:11:21

Could be. Still wouldn’t explain the error though. If circle is stumped, we can try reverting those changes.

dergutemoritz10:11:15

Yeah I can't see how this would cause this particular issue unless they somehow special-case behavior on the image used 😬

dergutemoritz10:11:30

Thanks for taking this up!

Matthew Davidson (kingmob)05:11:25

@slipset are you familiar with this issue? CircleCI confirmed this is because the PR submitter is logged out of, or never signed up with, CircleCI. In that case, the Circle workflows are just not run. Unfortunately, the error messages were addressed to me, and didn't mention the PR submitter, which led to a bunch of wasted time looking at other causes. From me: > Are you saying contributors submitting PRs who have never logged-in/signed up to CircleCI won't have our CI process run? That's a huge annoyance for an open-source project accepting PRs from the general public. > > Is there a way around this? Can we run all CI pipelines as a particular user or group? Not require PR contributors to login? Circle's response: > Our team has been making some changes to how we trigger pipelines depending on whether the committer is known to us or not, and this appears to be affecting Open Source projects like yours in a negative way. We are re-working this methodology and would like to implement something that won't cause the errors you see any longer. This process is already underway and we are working to get it released as soon as possible. > > Currently, our advice is that the user opening the PR should log in to CircleCI and then trigger the workflow again by re-pushing.

valerauko08:11:11

that sounds so circleci. stuff like this is why i now run most of my stuff on github actions

Arnaud Geiser08:11:40

At least it's known on their side..

Matthew Davidson (kingmob)05:11:25

@slipset are you familiar with this issue? CircleCI confirmed this is because the PR submitter is logged out of, or never signed up with, CircleCI. In that case, the Circle workflows are just not run. Unfortunately, the error messages were addressed to me, and didn't mention the PR submitter, which led to a bunch of wasted time looking at other causes. From me: > Are you saying contributors submitting PRs who have never logged-in/signed up to CircleCI won't have our CI process run? That's a huge annoyance for an open-source project accepting PRs from the general public. > > Is there a way around this? Can we run all CI pipelines as a particular user or group? Not require PR contributors to login? Circle's response: > Our team has been making some changes to how we trigger pipelines depending on whether the committer is known to us or not, and this appears to be affecting Open Source projects like yours in a negative way. We are re-working this methodology and would like to implement something that won't cause the errors you see any longer. This process is already underway and we are working to get it released as soon as possible. > > Currently, our advice is that the user opening the PR should log in to CircleCI and then trigger the workflow again by re-pushing.