WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
28222
bugzilla-tool needs a way to ask build.webkit.org if the bots are passing
https://bugs.webkit.org/show_bug.cgi?id=28222
Summary
bugzilla-tool needs a way to ask build.webkit.org if the bots are passing
Eric Seidel (no email)
Reported
2009-08-12 11:36:46 PDT
bugzilla-tool needs a way to ask build.webkit.org if the bots are passing If they're not passing we should not run the --commit-queue, etc. I'd rather not scrape the buildbot page, but we could. I don't want to put too much extra load on the buildbot master.
Attachments
Patch v1
(13.68 KB, patch)
2009-08-17 16:13 PDT
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
Updated patch which actually passed the unit tests
(13.57 KB, patch)
2009-08-17 16:18 PDT
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
Patch v1
(16.71 KB, patch)
2009-08-19 16:41 PDT
,
Eric Seidel (no email)
abarth
: review+
abarth
: commit-queue+
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
2009-08-17 16:13:01 PDT
I have a patch which I'm testing now. Will attach for others to see.
Eric Seidel (no email)
Comment 2
2009-08-17 16:13:19 PDT
Created
attachment 34999
[details]
Patch v1
Eric Seidel (no email)
Comment 3
2009-08-17 16:18:12 PDT
Created
attachment 35000
[details]
Updated patch which actually passed the unit tests
Eric Seidel (no email)
Comment 4
2009-08-17 16:21:31 PDT
I don't know much about buildbot's xmlrpc (or xmlrpc in general). It might be possible to do all this and more via a few xmlrpc calls:
http://buildbot.net/apidocs/buildbot.status.web.xmlrpc.XMLRPCServer-class.html
Adam Barth
Comment 5
2009-08-17 17:25:12 PDT
This patch doesn't seem to call ensure_builders_are_green. Did you mean to call that during land-diff and land-patches?
Eric Seidel (no email)
Comment 6
2009-08-17 17:26:23 PDT
Yes. :) Will fix.
Eric Seidel (no email)
Comment 7
2009-08-17 22:48:28 PDT
Yay! It's working! Sleeping.... Mon Aug 17 22:33:06 PDT 2009 Fetching
http://build.webkit.org/one_box_per_builder
ERROR: Builders at build.webkit.org are red, please do not commit. Pass --ignore-builders to bypass this check. Fetching
http://build.webkit.org/one_box_per_builder
ERROR: Builders at build.webkit.org are red, please do not commit. Pass --ignore-builders to bypass this check. Sleeping.... Mon Aug 17 22:43:09 PDT 2009
Eric Seidel (no email)
Comment 8
2009-08-17 22:49:09 PDT
(The windows buildbots are currently red, thus the commit-queue is correctly pausing itself until they roll green again. It wakes up every 10 minutes to check.)
Mark Rowe (bdash)
Comment 9
2009-08-17 22:53:44 PDT
Comment on
attachment 35000
[details]
Updated patch which actually passed the unit tests 47 # Other builders should be added to this list once they're known to be stable. 48 self.core_builder_names_regexps = [ 'Leopard', "Windows.*Build" ] Why is Tiger being left off?
Eric Seidel (no email)
Comment 10
2009-08-17 22:57:03 PDT
I just picked the bots which seemed the most consistent. If you'd like, I can add Tiger there too. It seems that tiger breaks rather often, and we don't bother to "close" the tree when it does. When Leopard or the Windows build breaks we seem to have fire-drills. I wasn't really trying to make policy with this change, so much as teach the commit-queue about our existing policy. I'm also happy to make the commit-queue block on all bots being green, but that's probably extreme.
Eric Seidel (no email)
Comment 11
2009-08-19 16:41:41 PDT
Created
attachment 35159
[details]
Patch v1
Adam Barth
Comment 12
2009-08-19 16:50:23 PDT
Comment on
attachment 35159
[details]
Patch v1 Great! Mark, we can iterate on the list of builders if this list isn't sufficient.
Eric Seidel (no email)
Comment 13
2009-08-19 17:13:10 PDT
Committed
r47532
: <
http://trac.webkit.org/changeset/47532
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug