From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: "Flanagan, Elizabeth" <elizabeth.flanagan@intel.com>
Cc: yocto@yoctoproject.org
Subject: Re: [yocto-autobuilder][PATCH 0/3] Enabling of the new testimage class for sanity tests
Date: Fri, 19 Jul 2013 11:20:28 +0100 [thread overview]
Message-ID: <1511282.kM2X9Mm5Th@helios> (raw)
In-Reply-To: <CAPhnLPAGFX+SLWp8yFh8N=HpkpTxFZHAicr+kjFGp4D3is=EBQ@mail.gmail.com>
On Thursday 18 July 2013 08:32:11 Flanagan, Elizabeth wrote:
> On Thu, Jul 18, 2013 at 5:37 AM, Paul Eggleton
> <paul.eggleton@linux.intel.com> wrote:
> > On Wednesday 17 July 2013 14:30:27 Flanagan, Elizabeth wrote:
> >> So, after the oe-core failure last night that was due to how we
> >> determine when to use the new testimage, this has kind of bumped up
> >> the need for the autobuilder to start using LAYERVERSION_* as a means
> >> of determinating major functionality changes.
> >>
> >> In this example, we've essentially broken backwards compatibility for
> >> oe-core builds on the autobuilder. I put in a quick and dirty patch
> >> last night just to get it so oe-core sanity will run using the old
> >> sanity testing framework. I'm working on getting a GetLayerVersion
> >> buildstep working so we can utilize it both for the new test framework
> >> as well as to differentiate the toolchain image builds (prior to 2 we
> >> build meta-toolchain-gmae, post core-image-sato-sdk).
> >
> > Wouldn't the simplest thing be to just check for the presence of
> > meta/classes/testimage.bbclass?
>
> Actually, no. What I would need to do here in buildbot land is either
> script out the conditional in the bash that executes (ick, kind of a
> pain to debug) or make an entirely new buildstep to check for the
> existence of that one file, set a property and then check for that
> property in RunSanityTesting. And that's just for sanity testing. For
> meta-toolchain-gmae, I'd have to have yet another way of doing it.
>
> It's so much easier to just have a GetLayerVersion step for each layer and
> then:
>
> layerversion = self.getProperty("layerversion_core")
> if layerversion and int(layerversion) > 1:
> #do one thing
> else:
> #do something else.
OK, I can see that being easier assuming you can't just do the path check in
the python code itself (and it's not clear to me if you have the path to the
metadata or not at that point, based on the variable printout from a recent
build). I'm still a little bit concerned about changing the meaning of
LAYERVERSION, but I'm willing to admit defeat at this point in the absence of
another acceptable solution.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
prev parent reply other threads:[~2013-07-19 10:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-10 17:32 [yocto-autobuilder][PATCH 0/3] Enabling of the new testimage class for sanity tests Stefan Stanacar
2013-07-10 17:32 ` [yocto-autobuilder][PATCH 1/3] RunSanityTests: add support for the new testimage class Stefan Stanacar
2013-07-10 17:32 ` [yocto-autobuilder][PATCH 2/3] nightly-multilib, qa-systemd.conf: enable specific tests with the new class Stefan Stanacar
2013-07-10 17:32 ` [yocto-autobuilder][PATCH 3/3] buildsets: run sanity tests for core-image-sato-sdk images Stefan Stanacar
2013-07-16 16:12 ` [yocto-autobuilder][PATCH 0/3] Enabling of the new testimage class for sanity tests Flanagan, Elizabeth
2013-07-16 18:53 ` Saul Wold
2013-07-17 21:30 ` Flanagan, Elizabeth
2013-07-18 12:37 ` Paul Eggleton
2013-07-18 15:32 ` Flanagan, Elizabeth
2013-07-19 10:20 ` Paul Eggleton [this message]
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=1511282.kM2X9Mm5Th@helios \
--to=paul.eggleton@linux.intel.com \
--cc=elizabeth.flanagan@intel.com \
--cc=yocto@yoctoproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.