* 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.