xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Jackson <ian.jackson@eu.citrix.com>
To: xen-devel@lists.xenproject.org
Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Ian Campbell <ian.campbell@citrix.com>
Subject: [OSSTEST PATCH 6/6] sg-run-job: Do blocked check globally, in run-job
Date: Wed, 21 May 2014 12:42:08 +0100	[thread overview]
Message-ID: <1400672528-16185-6-git-send-email-ian.jackson@eu.citrix.com> (raw)
In-Reply-To: <1400672528-16185-1-git-send-email-ian.jackson@eu.citrix.com>

Only run-job can fully abandon the whole job.  With the previous
arrangements (in bc63a901), a blocked build job would go on to try to
run ts-logs-capture and become broken (rather than blocked).

The downside of this is that it is not possible in the future to
introduce a kind of job which can selectively carry on if some of its
dependencies fail.  This notion is IMO an acceptable casualty.

Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
---
 sg-run-job |    9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/sg-run-job b/sg-run-job
index c1dfa86..e903869 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -39,9 +39,10 @@ proc run-job {job} {
         set need_build_host 0
     }
 
+    catching-otherwise blocked            check-not-blocked
+    if {!$ok} return
+
     if {[llength $need_xen_hosts]} {
-               catching-otherwise blocked   check-not-blocked
-	if {!$ok} return
         eval run-ts broken  =             ts-hosts-allocate + $need_xen_hosts
     }
 
@@ -340,9 +341,7 @@ proc run-job/build-rumpuserxen {} {
 }
 
 proc prepare-build-host {} {
-    global jobinfo ok
-    catching-otherwise blocked check-not-blocked
-    if {!$ok} return
+    global jobinfo
     run-ts broken = ts-hosts-allocate + host
     run-ts broken host-install(*) ts-host-install-twice
     run-ts . host-build-prep ts-xen-build-prep
-- 
1.7.10.4

  parent reply	other threads:[~2014-05-21 11:44 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-21 11:42 [OSSTEST PATCH 1/6] rumpuserxen: Increase build timeout for grievous bodge Ian Jackson
2014-05-21 11:42 ` [OSSTEST PATCH 2/6] crontab: Rearrange actually-daily branches Ian Jackson
2014-05-21 11:42 ` [OSSTEST PATCH 3/6] make-flight: rumpuserxen amd64 too Ian Jackson
2014-05-21 11:56   ` Ian Campbell
2014-05-21 13:52     ` Ian Jackson
2014-05-21 14:01       ` Ian Campbell
2014-05-21 11:42 ` [OSSTEST PATCH 4/6] FIX MAKE-FLIGHT Ian Jackson
2014-05-21 11:56   ` Ian Campbell
2014-05-21 13:50     ` Ian Jackson
2014-05-21 11:42 ` [OSSTEST PATCH 5/6] TestSupport::broken: Update status of `preparing' jobs Ian Jackson
2014-05-21 11:42 ` Ian Jackson [this message]
2014-05-21 11:57   ` [OSSTEST PATCH 6/6] sg-run-job: Do blocked check globally, in run-job Ian Campbell
2014-05-21 13:51     ` Ian Jackson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1400672528-16185-6-git-send-email-ian.jackson@eu.citrix.com \
    --to=ian.jackson@eu.citrix.com \
    --cc=ian.campbell@citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).