-
Notifications
You must be signed in to change notification settings - Fork 95
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
"Greenkeeper could not be activated" message shows up despite successful build #432
Comments
Thank you for letting us know about this I just looked into it and was not able to find the issue. It does not appear to be broken in general, but I also couldn't find any error related to that specific repository. It might be that we somehow lost or didn't get that status event from GitHub. Could you delete the If not I'll continue looking into why this fails for your repository. |
this seemed to work, thanks! |
Okay great 👍 I'll close this issue as a hiccup then. |
I'm having a similar issue. I've got Greenkeeper enabled for all my repos. Does this mean to resolve the issue I need to disable Greenkeeper, delete the branches from all of my repos, and then re-enable Greenkeeper and merge the initial pull requests on all my repos again? Because I have quite a few repos. |
I'm having the same issue on several repos. kt3k/kocha#27 In all repos BTW I changed the integration settings from "All repos" to "Only selected repos" recently. |
The above repos got initial PRs from greenkeeper several hours later and then I was able to enable greenkeeper on the all repos. Thanks for the great service! |
I have the same issue with greenkeeper: |
Got it once more. derhuerst/read-audio-tags#1 |
@derhuerst Greenkeeper waits 15min for a CI status before assuming there is no CI. In your case The build took about 5 min from being triggered to the begin of the run and then had a total time of ~11 min. You could open a PR from your greenkeeper/initial branch yourself or if you want I can also reset your repository and you'll get a fresh initial branch. But you could still run into the time out issue. I'll discuss with the team if it makes sense to extend the time we wait for CI statuses. |
I can fix it by myself, thanks. I'm just letting you know that this issue keeps appearing for me even though it's closed. |
@derhuerst just fyi the timeout was bumped to 30minutes via v2.11.5, so the problem should no longer occur for you |
I'm don't know how the communication between Travis and greenskeeper works, but it just came to my mind that it might also be related to build delays. On Travis, the macOS build are often delayed be at least 5 minutes, sometimes even 30 minutes. Do you wait for a "build queued", "build running" or "build successful" webhook/event? |
@derhuerst I’ll look into this next week, thanks for caring Jannis 👍 |
@derhuerst good points. In fact, we don't listen to Travis, but simply for a commit status to be set. That makes us independent from the CI system in use and allows us to function with other CI services as well. @Realtin and I discussed looking for the |
see derhuerst/vbb-stations-with-wifi#1
The build on
greenkeeper/initial
succeeded, but Greenkeeper opened the issue and still doesn't close it.Lovely service btw! 😍
The text was updated successfully, but these errors were encountered: