[OE-core] [PATCH 1/1] assimp.py: fix AttributeError in tearDownClass

richard.purdie at linuxfoundation.org richard.purdie at linuxfoundation.org
Tue Aug 21 08:22:03 UTC 2018


On Tue, 2018-08-21 at 10:18 +0800, ChenQi wrote:
> On 08/21/2018 12:53 AM, Richard Purdie wrote:
> > On Fri, 2018-08-17 at 17:17 +0800, Chen Qi wrote:
> > > When running this test case, we will see the following error.
> > > 
> > >   AttributeError: type object 'BuildAssimp' has no attribute
> > > 'project'
> > > 
> > > assimp.py test case does not make use of SDKBuildProject, so
> > > remove
> > > the import statement and the tearDownClass.
> > > 
> > > Signed-off-by: Chen Qi <Qi.Chen at windriver.com>
> > > ---
> > >  meta/lib/oeqa/sdk/cases/assimp.py | 5 -----
> > >  1 file changed, 5 deletions(-)
> > 
> > I'm not seeing this error when I run the test and I can't see it on
> > the
> > autobuilders. Why are you seeing this and we're not?
> > 
> > I'm trying to understand some other odd behaviour in SDK tests and
> > am
> > wondering if this is related or not.
> > 
> > (e.g. https://autobuilder.yocto.io/builders/nightly-mips/builds/122
> > 1/st
> > eps/Running%20SDK%20Sanity%20Tests/logs/stdio)
> > 
> > Cheers,
> > 
> > Richard
> > 
>  I did a quick search and found this one: https://github.com/pexpect/
> pexpect/pull/31
> """
> sys.stdout.buffer is not guaranteed to exist - e.g. if sys.stdout has
> been reassigned to an io.StringIO instance, it won't.
> """
> 
> And we have in ConcurrencyTestSuite:
> process_result._stdout_buffer = io.StringIO()

Note http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/lib/oeqa/core/utils/concurrencytest.py#n103

process_result._stderr_buffer.buffer = dummybuf(process_result._stderr_buffer)

which creates a dummy buffer object...

Cheers,

Richard






More information about the Openembedded-core mailing list