1215 2011-07-06 05:10:01 +0000 Can't build minimal image with IMAGE_LINGUAS set 2011-07-10 16:40:57 +0000 1 1 7 Build System, Metadata & Runtime Meta-yocto meta-yocto unspecified x86 Multiple RESOLVED FIXED High normal 1.1 M2 1 gary sgw jiajun.xu poky.bs.watcher poky.watcher sgw --- --- --- oldest_to_newest 14554 0 gary 2011-07-06 05:10:01 +0000 If IMAGE_LINGUAS is set non-empty, building of minimal image will fail. This is a recent regression - all of the core*minimal images force IMAGE_LINGUAS to an empty set. I have a minimal image which was based on core-image-minimal from some time ago that does not manipulate IMAGE_LINGUAS which now fails. Try this (from scratch): % bitbake my-min-image will result in this error: | Processing locale-base-en-us... | Unable to find package locale-base-en-us! | ERROR: Function 'do_rootfs' failed (see /home/local/bb_latest/tmp/work/beagleboard-poky-linux-gnueabi/my-min-image-1.0-r0/temp/log.do_rootfs.30041 for further information) Obviously, the internal rules associated with IMAGE_LINGUAS cause the locale-base-en-us package to be needed by the image, but these are not built by this image. Building a more complicated image, e.g. core-image-sato, does properly build the locale-base-* packages. 14555 1 184 gary 2011-07-06 05:10:37 +0000 Created attachment 184 Minimal image recipe 14556 2 richard.purdie 2011-07-06 05:55:42 +0000 Once you've run "bitbake eligbc-locale", does this still happen? 14558 3 gary 2011-07-06 06:56:18 +0000 Yes, it does build after building eglibc-locale Perhaps there should be an explicit dependency on virtual/libc-locale? 14559 4 gary 2011-07-06 07:45:23 +0000 BTW, why does it take so long to build eglibc-locale? Using ipk: real 14m0.503s user 8m19.703s sys 4m19.037s Using rpm: real 22m28.906s user 9m35.337s sys 12m8.473s My build host is reasonably fast (Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz) and I run with BB_NUMBER_THREADS = "4" PARALLEL_MAKE = "-j 4" 14563 5 gary 2011-07-06 08:23:23 +0000 Note: when I added "libc-locale" to my image (since eglibc-locale is a virtual provider for this package), I get this error: ERROR: Trying to resolve runtime dependency libc-locale resulted in conflicting PREFERRED_PROVIDER entries being found. The providers found were: ['virtual:nativesdk:/tmp/poky-amltd/meta/recipes-core/eglibc/eglibc_2.13.bb', '/tmp/poky-amltd/meta/recipes-core/eglibc/eglibc_2.13.bb'] The PREFERRED_PROVIDER entries resulting in this conflict were: ['PREFERRED_PROVIDER_virtual/libc-nativesdk = eglibc-nativesdk', 'PREFERRED_PROVIDER_virtual/libc = eglibc'] NOTE: multiple providers are available for runtime libc-locale (eglibc, eglibc-nativesdk, glibc-nativesdk, glibc) NOTE: consider defining a PREFERRED_PROVIDER entry to match libc-locale I also tried adding PREFERRED_PROVIDER_virtual/libc-nativesdk ?= "eglibc-nativesdk" PREFERRED_PROVIDER_virtual/libc-locale ?= "eglibc-locale" to my distro.conf - no improvement 14567 6 richard.purdie 2011-07-06 09:27:13 +0000 libc-locals does the work that used to be done in libc's do_package so you'll see that is faster and this step now takes the time. This does mean the system can do various things in the meantime without waiting for that though. 14573 7 sgw 2011-07-06 17:39:48 +0000 *** Bug 1216 has been marked as a duplicate of this bug. *** 14592 8 richard.purdie 2011-07-07 08:56:43 +0000 -RDEPENDS += "${IMAGE_INSTALL}" +RDEPENDS += "${IMAGE_INSTALL} ${LINGUAS_INSTALL}" in image.bbclass could potentially fix this... 14593 9 gary 2011-07-07 09:19:33 +0000 Looks like it works :-) I tested it with IMAGE_LINGUAS set non-empty and eglibc-locale was needed. It also works fine when IMAGE_LINGUAS is empty. 14644 10 sgw 2011-07-08 15:31:45 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=f7b11f2fd5e51ad0f9e6f8d2cf02f41744eaa219 14653 11 gary 2011-07-10 05:48:56 +0000 I thought this was fixed. I had tested earlier in a tree which had been successfully built like this: * Build a minimal image * bitbake eglibc-locale -ccleansstate * Rebuild image without patch - fails * Rebuild image with patch - succeeds Sadly, a build 100% from scratch, even with the patch still fails. 14654 12 gary 2011-07-10 06:09:34 +0000 More about the failure - it seems to be looking for a file in the wrong place: ERROR: Function 'do_install_locale' failed (see /home/local/map8100_poky/tmp/work/armv5te-amltd-linux-gnueabi/eglibc-2.13-r6+svnr14157/temp/log.do_install_locale.12171 for further information) ERROR: Logfile of failure stored in: /home/local/map8100_poky/tmp/work/armv5te-amltd-linux-gnueabi/eglibc-2.13-r6+svnr14157/temp/log.do_install_locale.12171 Log data follows: | mv: cannot stat `/home/local/map8100_poky/tmp/work/armv5te-amltd-linux-gnueabi/eglibc-2.13-r6+svnr14157/image/usr/bin/localedef': No such file or directory | ERROR: Function 'do_install_locale' failed (see /home/local/map8100_poky/tmp/work/armv5te-amltd-linux-gnueabi/eglibc-2.13-r6+svnr14157/temp/log.do_install_locale.12171 for further information) However, when I find a find for localedef in the tmp tree, I only find it at /local/p60_latest/tmp/work/armv7a-amltd-linux-gnueabi/eglibc-2.13-r5+svnr14157/image/usr/include/eglibc-locale-internal-armv7a-amltd-linux-gnueabi/usr/bin/localedef which I think is a rather strange place. 14655 13 gary 2011-07-10 16:40:57 +0000 Sorry, this was operator error :-( My build was missing ${DISTRO_FEATURES_LIBC} in DISTRO_FEATURES which caused these problems. The build is working fine now. Note: per bug #1212, messing up DISTRO_FEATURES, especially the DISTRO_FEATURES_LIBC functions, causes lots of errors, many hard to associate back to the source of misconfiguration. 184 2011-07-06 05:10:37 +0000 2011-07-06 05:10:37 +0000 Minimal image recipe my-min-image.bb application/octet-stream 155 gary IwojIE1pbmltYWwgaW1hZ2UKIwpMSUNfRklMRVNfQ0hLU1VNID0gImZpbGU6Ly8ke0NPUkVCQVNF fS9MSUNFTlNFO21kNT0zZjQwZDc5OTQzOTcxMDkyODVlYzdiODFmZGViM2I1OCAiCgpJTUFHRV9J TlNUQUxMID0gInRhc2stY29yZS1ib290ICIKaW5oZXJpdCBpbWFnZQo=