|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v6 19/20] osstest: save/retrieve the last successfully tested FreeBSD build
Roger Pau Monne writes ("[PATCH v6 19/20] osstest: save/retrieve the last
successfully tested FreeBSD build"):
> And use it in order to install the hosts for the next FreeBSD flight.
Oh. Right, here is this.
> Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
> ---
> Changes since v5:
> - New in this version.
> ---
> cr-daily-branch | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/cr-daily-branch b/cr-daily-branch
> index af17ad20..249cd33d 100755
> --- a/cr-daily-branch
> +++ b/cr-daily-branch
> @@ -71,6 +71,15 @@ fetch_version () {
> case $branch in
> distros-*|examine)
> treeurl=none;;
> + freebsd-*)
> + # NB: only needed for the freebsd branches ATM, since other
> + # branches still don't have jobs that consume freebsd builds.
> + if [ "x$FREEBSD_AMD64_BUILDJOB" = "x" ]; then
> + flight_job=`./mg-anoint retrieve "freebsd build $branch amd64"`
This is rather ugly. At the very least, can we have a loop over
architectures ?
> + export FREEBSD_AMD64_BUILDJOB=${flight_job/ /.}
> + fi
> + # fallthrough
> + ;&
Can you do this without fallthrough please ? That is, just make a
seperate case statement. And why is this so early, and added to the
setting of treeurl ?
I think it would probaby be best to do this after *_REVISION are
calculated, just before ap-fetch-version-baseline-late. Would that
work ?
> push=false
> -if grep '^tolerable$' $mrof >/dev/null 2>&1; then push=$wantpush; fi
> +if grep '^tolerable$' $mrof >/dev/null 2>&1; then
> + push=$wantpush;
> + case "$branch" in
> + freebsd-*)
> + # Save the output of successful FreeBSD build jobs to be re-used.
> + # NB: hardcode arch to amd64 since that's all osstest covers ATM.
> + ./mg-anoint anoint "freebsd build $branch amd64" \
> + $flight build-freebsd-amd64
> + ;;
> + esac
> +fi
No, please don't change this. Instead I think this should be done in
the section where we do the actual push ? Or maybe we need another
tracking variable `anoint'. We need to think about the following
cases:
OSSTEST_PUSH=false probably want not to anoint
$branch.force I think this should force an anoint
OLD_REVISON=none Now forces test, should force anoint
What about supporting
OSSTEST_ANOINT=false ?
I think the right approach is probably to add code after $wantpush and
$push are computed, which computes $anoint, in a similar way.
Also I would like you to discuss explicitly (in a comment or commit
message) about whether push or anoint should come first. If push
comes first then we can end up pushed but not anointed; and, vice
versa. What are the recovery arrangements from such a failure ?
Thanks,
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |