* glibc build error when it is rebuild due hash mismatch
@ 2015-10-13 16:45 Otavio Salvador
2015-10-13 16:52 ` Khem Raj
0 siblings, 1 reply; 10+ messages in thread
From: Otavio Salvador @ 2015-10-13 16:45 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer, Richard Purdie,
Khem Raj
Hello,
From time to time I see following error:
| /usr/bin/install -c -m 644
/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
| /usr/bin/install -c -m 644
/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
| msgfmt -o rw.mo rw.po
| /bin/bash: msgfmt: command not found
| Makefile:84: recipe for target 'rw.mo' failed
| make[2]: *** [rw.mo] Error 127
| make[2]: *** Waiting for unfinished jobs....
| make[2]: Leaving directory
'/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
| Makefile:234: recipe for target 'po/subdir_install' failed
and it seems to happen when a rebuild of glibc is triggered due a
change in the sstate hash. The host is a very minimal system so it
explains why it does not provide the msgfmt in host and also might
explain why it is not being catch in Yocto Project AB.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:45 glibc build error when it is rebuild due hash mismatch Otavio Salvador
@ 2015-10-13 16:52 ` Khem Raj
2015-10-13 16:53 ` Otavio Salvador
2015-10-14 5:03 ` Richard Purdie
0 siblings, 2 replies; 10+ messages in thread
From: Khem Raj @ 2015-10-13 16:52 UTC (permalink / raw)
To: Otavio Salvador; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 1572 bytes --]
> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>
> Hello,
>
> From time to time I see following error:
>
> | /usr/bin/install -c -m 644
> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
> | /usr/bin/install -c -m 644
> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
> | msgfmt -o rw.mo rw.po
> | /bin/bash: msgfmt: command not found
> | Makefile:84: recipe for target 'rw.mo' failed
> | make[2]: *** [rw.mo] Error 127
> | make[2]: *** Waiting for unfinished jobs....
> | make[2]: Leaving directory
> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
> | Makefile:234: recipe for target 'po/subdir_install' failed
>
> and it seems to happen when a rebuild of glibc is triggered due a
> change in the sstate hash. The host is a very minimal system so it
> explains why it does not provide the msgfmt in host and also might
> explain why it is not being catch in Yocto Project AB.
are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
and you don’t.
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:52 ` Khem Raj
@ 2015-10-13 16:53 ` Otavio Salvador
2015-10-13 16:54 ` Khem Raj
2015-10-14 5:03 ` Richard Purdie
1 sibling, 1 reply; 10+ messages in thread
From: Otavio Salvador @ 2015-10-13 16:53 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>
>> Hello,
>>
>> From time to time I see following error:
>>
>> | /usr/bin/install -c -m 644
>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>> | /usr/bin/install -c -m 644
>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>> | msgfmt -o rw.mo rw.po
>> | /bin/bash: msgfmt: command not found
>> | Makefile:84: recipe for target 'rw.mo' failed
>> | make[2]: *** [rw.mo] Error 127
>> | make[2]: *** Waiting for unfinished jobs....
>> | make[2]: Leaving directory
>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>
>> and it seems to happen when a rebuild of glibc is triggered due a
>> change in the sstate hash. The host is a very minimal system so it
>> explains why it does not provide the msgfmt in host and also might
>> explain why it is not being catch in Yocto Project AB.
>
>
> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
> and you don’t.
First build works fine; rebuild fails. So I am not sure this is the culprit.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:53 ` Otavio Salvador
@ 2015-10-13 16:54 ` Khem Raj
2015-10-13 16:59 ` Otavio Salvador
0 siblings, 1 reply; 10+ messages in thread
From: Khem Raj @ 2015-10-13 16:54 UTC (permalink / raw)
To: Otavio Salvador; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 2156 bytes --]
> On Oct 13, 2015, at 9:53 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>
> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>
>>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>
>>> Hello,
>>>
>>> From time to time I see following error:
>>>
>>> | /usr/bin/install -c -m 644
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>>> | /usr/bin/install -c -m 644
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>>> | msgfmt -o rw.mo rw.po
>>> | /bin/bash: msgfmt: command not found
>>> | Makefile:84: recipe for target 'rw.mo' failed
>>> | make[2]: *** [rw.mo] Error 127
>>> | make[2]: *** Waiting for unfinished jobs....
>>> | make[2]: Leaving directory
>>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>>
>>> and it seems to happen when a rebuild of glibc is triggered due a
>>> change in the sstate hash. The host is a very minimal system so it
>>> explains why it does not provide the msgfmt in host and also might
>>> explain why it is not being catch in Yocto Project AB.
>>
>>
>> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
>> and you don’t.
>
> First build works fine; rebuild fails. So I am not sure this is the culprit.
it might not be rebuilding message catalog first time.
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.br http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:54 ` Khem Raj
@ 2015-10-13 16:59 ` Otavio Salvador
2015-10-13 17:02 ` Khem Raj
0 siblings, 1 reply; 10+ messages in thread
From: Otavio Salvador @ 2015-10-13 16:59 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
>> On Oct 13, 2015, at 9:53 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>
>> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>
>>>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>>
>>>> Hello,
>>>>
>>>> From time to time I see following error:
>>>>
>>>> | /usr/bin/install -c -m 644
>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>>>> | /usr/bin/install -c -m 644
>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>>>> | msgfmt -o rw.mo rw.po
>>>> | /bin/bash: msgfmt: command not found
>>>> | Makefile:84: recipe for target 'rw.mo' failed
>>>> | make[2]: *** [rw.mo] Error 127
>>>> | make[2]: *** Waiting for unfinished jobs....
>>>> | make[2]: Leaving directory
>>>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>>>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>>>
>>>> and it seems to happen when a rebuild of glibc is triggered due a
>>>> change in the sstate hash. The host is a very minimal system so it
>>>> explains why it does not provide the msgfmt in host and also might
>>>> explain why it is not being catch in Yocto Project AB.
>>>
>>>
>>> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
>>> and you don’t.
>>
>> First build works fine; rebuild fails. So I am not sure this is the culprit.
>
> it might not be rebuilding message catalog first time.
Right but in this case:
- we fix it to not rebuild it
- we fix why it is not building it
I am a complete ignorant in glibc build system. Can you help on this one?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:59 ` Otavio Salvador
@ 2015-10-13 17:02 ` Khem Raj
2015-10-13 17:03 ` Otavio Salvador
0 siblings, 1 reply; 10+ messages in thread
From: Khem Raj @ 2015-10-13 17:02 UTC (permalink / raw)
To: Otavio Salvador; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 2667 bytes --]
> On Oct 13, 2015, at 9:59 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>
> On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>
>>> On Oct 13, 2015, at 9:53 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>
>>> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>>
>>>>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> From time to time I see following error:
>>>>>
>>>>> | /usr/bin/install -c -m 644
>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>>>>> | /usr/bin/install -c -m 644
>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>>>>> | msgfmt -o rw.mo rw.po
>>>>> | /bin/bash: msgfmt: command not found
>>>>> | Makefile:84: recipe for target 'rw.mo' failed
>>>>> | make[2]: *** [rw.mo] Error 127
>>>>> | make[2]: *** Waiting for unfinished jobs....
>>>>> | make[2]: Leaving directory
>>>>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>>>>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>>>>
>>>>> and it seems to happen when a rebuild of glibc is triggered due a
>>>>> change in the sstate hash. The host is a very minimal system so it
>>>>> explains why it does not provide the msgfmt in host and also might
>>>>> explain why it is not being catch in Yocto Project AB.
>>>>
>>>>
>>>> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
>>>> and you don’t.
>>>
>>> First build works fine; rebuild fails. So I am not sure this is the culprit.
>>
>> it might not be rebuilding message catalog first time.
>
> Right but in this case:
>
> - we fix it to not rebuild it
> - we fix why it is not building it
>
> I am a complete ignorant in glibc build system. Can you help on this one?
share the complete logs for first time and second time builds somewhere.
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.br http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 17:02 ` Khem Raj
@ 2015-10-13 17:03 ` Otavio Salvador
0 siblings, 0 replies; 10+ messages in thread
From: Otavio Salvador @ 2015-10-13 17:03 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
On Tue, Oct 13, 2015 at 2:02 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
>> On Oct 13, 2015, at 9:59 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>
>> On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>
>>>> On Oct 13, 2015, at 9:53 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>>
>>>> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>>>>
>>>>>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> From time to time I see following error:
>>>>>>
>>>>>> | /usr/bin/install -c -m 644
>>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>>>>>> | /usr/bin/install -c -m 644
>>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>>>>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>>>>>> | msgfmt -o rw.mo rw.po
>>>>>> | /bin/bash: msgfmt: command not found
>>>>>> | Makefile:84: recipe for target 'rw.mo' failed
>>>>>> | make[2]: *** [rw.mo] Error 127
>>>>>> | make[2]: *** Waiting for unfinished jobs....
>>>>>> | make[2]: Leaving directory
>>>>>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>>>>>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>>>>>
>>>>>> and it seems to happen when a rebuild of glibc is triggered due a
>>>>>> change in the sstate hash. The host is a very minimal system so it
>>>>>> explains why it does not provide the msgfmt in host and also might
>>>>>> explain why it is not being catch in Yocto Project AB.
>>>>>
>>>>>
>>>>> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
>>>>> and you don’t.
>>>>
>>>> First build works fine; rebuild fails. So I am not sure this is the culprit.
>>>
>>> it might not be rebuilding message catalog first time.
>>
>> Right but in this case:
>>
>> - we fix it to not rebuild it
>> - we fix why it is not building it
>>
>> I am a complete ignorant in glibc build system. Can you help on this one?
>
> share the complete logs for first time and second time builds somewhere.
I will try to come up with a way to reproduce it. I don't have the
logs anymore.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-13 16:52 ` Khem Raj
2015-10-13 16:53 ` Otavio Salvador
@ 2015-10-14 5:03 ` Richard Purdie
2015-10-14 5:10 ` Khem Raj
1 sibling, 1 reply; 10+ messages in thread
From: Richard Purdie @ 2015-10-14 5:03 UTC (permalink / raw)
To: Khem Raj; +Cc: Otavio Salvador, Patches and discussions about the oe-core layer
On Tue, 2015-10-13 at 09:52 -0700, Khem Raj wrote:
> > On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
> >
> > Hello,
> >
> > From time to time I see following error:
> >
> > | /usr/bin/install -c -m 644
> > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
> > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
> > | /usr/bin/install -c -m 644
> > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
> > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
> > | msgfmt -o rw.mo rw.po
> > | /bin/bash: msgfmt: command not found
> > | Makefile:84: recipe for target 'rw.mo' failed
> > | make[2]: *** [rw.mo] Error 127
> > | make[2]: *** Waiting for unfinished jobs....
> > | make[2]: Leaving directory
> > '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
> > | Makefile:234: recipe for target 'po/subdir_install' failed
> >
> > and it seems to happen when a rebuild of glibc is triggered due a
> > change in the sstate hash. The host is a very minimal system so it
> > explains why it does not provide the msgfmt in host and also might
> > explain why it is not being catch in Yocto Project AB.
>
>
> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
> and you don’t.
Agreed, this does look like a missing gettext-native dependency
somewhere in the system. Unfortunately gettext(native) is a pretty heavy
dependency too :(
Cheers,
Richard
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-14 5:03 ` Richard Purdie
@ 2015-10-14 5:10 ` Khem Raj
2015-10-14 12:51 ` Otavio Salvador
0 siblings, 1 reply; 10+ messages in thread
From: Khem Raj @ 2015-10-14 5:10 UTC (permalink / raw)
To: Richard Purdie
Cc: Otavio Salvador, Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 2088 bytes --]
> On Oct 13, 2015, at 10:03 PM, Richard Purdie <richard.purdie@linuxfoundation.org> wrote:
>
> On Tue, 2015-10-13 at 09:52 -0700, Khem Raj wrote:
>>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador <otavio.salvador@ossystems.com.br> wrote:
>>>
>>> Hello,
>>>
>>> From time to time I see following error:
>>>
>>> | /usr/bin/install -c -m 644
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/option-groups.h
>>> | /usr/bin/install -c -m 644
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/lib-names-hard.h
>>> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/image/usr/include/gnu/lib-names-hard.h
>>> | msgfmt -o rw.mo rw.po
>>> | /bin/bash: msgfmt: command not found
>>> | Makefile:84: recipe for target 'rw.mo' failed
>>> | make[2]: *** [rw.mo] Error 127
>>> | make[2]: *** Waiting for unfinished jobs....
>>> | make[2]: Leaving directory
>>> '/home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/git/po'
>>> | Makefile:234: recipe for target 'po/subdir_install' failed
>>>
>>> and it seems to happen when a rebuild of glibc is triggered due a
>>> change in the sstate hash. The host is a very minimal system so it
>>> explains why it does not provide the msgfmt in host and also might
>>> explain why it is not being catch in Yocto Project AB.
>>
>>
>> are we missing a dependency on gettext-native ? it could be that AB slaves have gettext installed on host
>> and you don’t.
>
> Agreed, this does look like a missing gettext-native dependency
> somewhere in the system. Unfortunately gettext(native) is a pretty heavy
> dependency too :(
We have two options
1. Ask for it on host ( can cause discrepancies)
2. Workout glibc to not rebuild message catalogs at any cost.
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: glibc build error when it is rebuild due hash mismatch
2015-10-14 5:10 ` Khem Raj
@ 2015-10-14 12:51 ` Otavio Salvador
0 siblings, 0 replies; 10+ messages in thread
From: Otavio Salvador @ 2015-10-14 12:51 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
On Wed, Oct 14, 2015 at 2:10 AM, Khem Raj <raj.khem@gmail.com> wrote:
>> On Oct 13, 2015, at 10:03 PM, Richard Purdie <richard.purdie@linuxfoundation.org> wrote:
>> Agreed, this does look like a missing gettext-native dependency
>> somewhere in the system. Unfortunately gettext(native) is a pretty heavy
>> dependency too :(
>
> We have two options
> 1. Ask for it on host ( can cause discrepancies)
> 2. Workout glibc to not rebuild message catalogs at any cost.
I prefer option 2, with a packageconfig and possibility to enable its
generation in a distro, if needed.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-10-14 12:51 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-13 16:45 glibc build error when it is rebuild due hash mismatch Otavio Salvador
2015-10-13 16:52 ` Khem Raj
2015-10-13 16:53 ` Otavio Salvador
2015-10-13 16:54 ` Khem Raj
2015-10-13 16:59 ` Otavio Salvador
2015-10-13 17:02 ` Khem Raj
2015-10-13 17:03 ` Otavio Salvador
2015-10-14 5:03 ` Richard Purdie
2015-10-14 5:10 ` Khem Raj
2015-10-14 12:51 ` Otavio Salvador
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.