Re: [PATCH 00/38] Morty Next pull request

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Wed, 2018-04-11 at 17:07 +0200, Martin Jansa wrote:
> I think I've found the reason why it was failing for me.
> 
> glibc is now the only component in morty release which is using
> TMPDIR/sysroots-components (normally used only after RSS):
> oe-core$ git grep "\${STAGING_DIR}-components"
> meta/recipes-core/glibc/glibc-locale.inc:LOCALETREESRC =
> "${STAGING_DIR}-components/${PACKAGE_ARCH}/glibc-stash-locale"
> meta/recipes-core/glibc/glibc-mtrace.inc:SRC = "${STAGING_DIR}-
> components/${PACKAGE_ARCH}/glibc-stash-locale/scripts"
> meta/recipes-core/glibc/glibc-package.inc:do_stash_locale[sstate-
> outputdirs] = "${STAGING_DIR}-components/${PACKAGE_ARCH}/glibc-stash-
> locale"
> meta/recipes-core/glibc/glibc-package.inc:do_stash_locale[sstate-
> fixmedir] = "${STAGING_DIR}-components/${PACKAGE_ARCH}/glibc-stash-
> locale"
> meta/recipes-core/glibc/glibc-scripts.inc:SRC = "${STAGING_DIR}-
> components/${PACKAGE_ARCH}/glibc-stash-locale/scripts"
> 
> and the workspace of my jenkins jobs is still running test-
> dependencies jobs for morty, which does only selective pruning of
> TMPDIR:
> http://git.openembedded.org/openembedded-core/tree/scripts/test-depen
> dencies.sh#n165
> 
> which left TMPDIR/sysroots-components files from
> qlibc.do_stash_locale behind and when next build started in the same
> workspace it failed, because it was trying to overwrite files already
> there.
> 
> Every time I wiped whole TMPDIR and restarted the jobs it worked for
> a while and then it got broken again during first test-dependencies
> job in each workspace.
> 
> I can obviously change test-dependencies.sh to
> delete TMPDIR/sysroots-components as well and I'll send update for it
> after a bit more testing.
> 
> Ross's oe-core/scripts/wipe-sysroot and maybe some other
> scripts/tools need similar fix as well.

This starts to make more sense now, thanks for looking into it. We
could change this in morty to use sysroots, that should be safe...

Cheers,

Richard