[OE-core] [PATCH 3/3] glibc/glibc-locale: Fix do_stash_locale to work with usrmerge and multilibs

[Jason Wessel]

On 7/6/19 2:31 PM, Adrian Bunk wrote:
> On Thu, Jul 04, 2019 at 06:57:50AM -0500, Jason Wessel wrote:
>> On 7/4/19 5:57 AM, Adrian Bunk wrote:
>>> On Thu, Jul 04, 2019 at 11:13:18AM +0200, Martin Jansa wrote:
>>>> I don't see how this change (or the previous glibc-locale one) would cause
>>>> that, but since the oe-core upgrade yesterday I'm seeing following
>>>> glibc-locale.do_package failure:
>>>> http://errors.yoctoproject.org/Errors/Details/250557/
>>>>
>>>> DEBUG: Executing shell function do_prep_locale_tree
>>>> tar: i18n: Cannot stat: No such file or directory
>>>> tar: Exiting with failure status due to previous errors
>>>> gzip:
>>>> TOPDIR/tmp-glibc/work/core2-64-oe-linux/glibc-locale/2.29-r0/locale-tree//usr/share/i18n/charmaps/*gz.gz:
>>>> No such file or directory
>>>> WARNING:
>>>> TOPDIR/tmp-glibc/work/core2-64-oe-linux/glibc-locale/2.29-r0/temp/run.do_prep_locale_tree.23303:1
>>>> exit 1 from 'gunzip $i'
>>>>
>>>> anyone else seeing this?
>>>
>>> Yes.
>>
>>
>> I don't know that it was specifically this change that causes the problem but rather any change to this function.   If that is not the case can either of you send me your local.conf file, and I'll try to reproduce it.  If the following doesn't work around the problem, there is clearly another corner case that is not well understood.
>>
>> bitbake -c cleansstate glibc glibc-locale
>> ...
> 
> bitbake -c cleansstate glibc glibc-locale nativesdk-glibc nativesdk-glibc-locale
> 
> This seems to workaround the problem in the cases I have seen so far,
> so what you said about the cause looks plausible to me.
> 


I chatted with Richard to figure out how to fix the original implementation, so this will not continue to happen.  I am no fan of incremental or sstate based builds failing.  The pending fix is below.

https://patchwork.openembedded.org/patch/162886/

Cheers,
Jason.