<div dir="ltr"><div>The problem is, I couldn't reproduce this locally at all. Random glitch?</div><div><br></div><div>Alex<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 9 Jan 2020 at 20:37, André Draszik <<a href="mailto:git@andred.net">git@andred.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 2020-01-09 at 19:28 +0000, André Draszik wrote:<br>
> On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote:<br>
> > On Thu, 9 Jan 2020 at 00:02, Richard Purdie <<a href="mailto:richard.purdie@linuxfoundation.org" target="_blank">richard.purdie@linuxfoundation.org</a>> wrote:<br>
> > > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:<br>
> > > > Drop backports, rebase other patches.<br>
> > > > <br>
> > > > One patch I wasn't able to rebase as upstream code changed too much:<br>
> > > > 0003-setup.py-pass-missing-libraries-to-Extension-for-mul.patch<br>
> > > > Please determine if it is still needed, produce a new version,<br>
> > > > and work with upstream to get it merged.<br>
> > > > <br>
> > > > 0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch<br>
> > > > is removed as the use case (allowing python 2 and 3 to coexist<br>
> > > > in SDKs) is no longer relevant with Python 2.x reaching end of line<br>
> > > > and upstream has refactored the code making a rebase difficult.<br>
> > > > If needed, please re-add the patch to py2, rather than py3.<br>
> > > > <br>
> > > > Python 3.8 no longer adds "m" to "3.8" in paths, so adjust the<br>
> > > > recipes<br>
> > > > and classes accordingly.<br>
> > > > <br>
> > > > The manifest for the 3.8.0 version is updated; particularly pkgutil<br>
> > > > module is now packaged in -core (as other things in core need it);<br>
> > > > this also necessitates allowing empty -pkgutil package to avoid<br>
> > > > breakage across layers.<br>
> > > <br>
> > > <a href="https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/1442" rel="noreferrer" target="_blank">https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/1442</a><br>
> > <br>
> > This is a weird one, and I can't reproduce it locally. Hints?<br>
> > <br>
> > File: '/home/pokybuild/yocto-worker/beaglebone/build/meta/lib/oe/sstatesig.py', lineno: 544, function: process<br>
> > 0540: else:<br>
> > 0541: add_perm(stat.S_IXOTH, 'x')<br>
> > 0542:<br>
> > 0543: if include_owners:<br>
> > *** 0544: update_hash(" %10s" % pwd.getpwuid(s.st_uid).pw_name)<br>
> > 0545: update_hash(" %10s" % grp.getgrgid(s.st_gid).gr_name)<br>
> > 0546:<br>
> > 0547: update_hash(" ")<br>
> > 0548: if stat.S_ISBLK(s.st_mode) or stat.S_ISCHR(s.st_mode):<br>
> > Exception: KeyError: 'getpwuid(): uid not found: 6000'<br>
> <br>
> I believe this typically means that the file is owned by the user running bitbake.<br>
<br>
... or more generally that it's owned by a user not known inside the build environment.<br>
<br>
A<br>
<br>
> <br>
> It could be useful to add the file in question to the exception trace, for easier<br>
> debug / fixing.<br>
> <br>
> This will happen if<br>
> * files were installed outside do_install() in a different task<br>
> that is not running under pseudo (fakeroot), or alternatively:<br>
> * cp without --no-preserve=ownership<br>
> * tar without --no-same-owner<br>
> * cpio without --no-preserve-owner<br>
> <br>
> <br>
> HTH,<br>
> A.<br>
> <br>
> <br>
<br>
-- <br>
_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/mailman/listinfo/openembedded-core</a><br>
</blockquote></div>