On Sun, Jan 17, 2010 at 10:22:05AM +0100, Marco Franceschetti wrote:
> Davide Scaini ha scritto:
> You need to rebuild glibc for locales generation.
> bitbake -c clean shr-lite-image glibc or if that does not help clean
> glibc-initial too and then rebuild image.
bitbake -c clean eglibc will also remove some files from staging
provided by eglibc-initial and they will be missing for eglibc build..
So you have to -c clean both and we're using eglibc not glibc.
BTW: sometimes I had also rebuild gcc after eglibc* cleaning. I use this
one-liner which takes quite a lot of time:
for i in recipes/gcc/gcc*4.4.2*bb recipes/eglibc/eglibc*2.10*.bb; do echo $i;
bitbake -c clean -b $i; done; bitbake -k shr-image
Regards,
> my conf/local.conf :
>
> # require conf/distro/include/moko-autorev.inc
> # require conf/distro/include/fso-autorev.inc
> #BBFILES += "${TOPDIR}/shr/openembedded/recipes/*/*.bb"
> BBFILES += "${TOPDIR}/bb/*/*.bb"
> #BB_GIT_CLONE_FOR_SRCREV = "1"
> OE_ALLOW_INSECURE_DOWNLOADS=1
> #BB_SRCREV_POLICY="cache"
> # speed up build by parallel building - usefull for multicore cpus
> PARALLEL_MAKE = "-j 2"
> BB_NUMBER_THREADS = "3"
> # avoid multiple locales generation to speedup the build and save space
> GLIBC_GENERATE_LOCALES = "en_US.UTF-8 it_IT.UTF-8"
> # completely disable generation of locales. If building qemu fails
> this might help
> #ENABLE_BINARY_LOCALE_GENERATION = "0"
> #require conf/distro/include/sane-srcrevs.inc
> #require conf/distro/include/sane-srcdates.inc
> #require conf/distro/include/shr-autorev.inc
> #require conf/distro/include/shr-autorev-unstable.inc
> # enable local builds for SHR apps
> # require local-builds.inc
> IMAGE_FSTYPES = "jffs2 tar.gz"
>
> but i would suggest to use the default one :-) and to update tree
> to catch latest mrmoku changes in Makefile.
>
> bye
>
>
> _______________________________________________
> Shr-User mailing list
> [email protected]
> http://lists.shr-project.org/mailman/listinfo/shr-user
--
uin:136542059 jid:[email protected]
Jansa Martin sip:[email protected]
JaMa
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
