Age | Commit message (Collapse) | Author | Files |
|
Move the logic to determine what qemu-TARGET to run into qemu.bbclass so
we can check for the right binary in sanity.bbclass. This code was
duplicated by glibc-package and eglibc-package anyhow and with the new fn
we can clean up the usage in these classes a bit. Now that we have a class
for qemu stuff, and the gcc check is just for qemu, move it there.
Conflicts:
classes/base.bbclass
classes/sanity.bbclass
|
|
* This file is an essential one even for shared linking so
once one installs libc6-dev package he expects the linking
to work which will not happen without this file as some
start up files refer to functions in this library therefore
package this file in eglibc-dev
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
|
|
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
* Depend on USE_LDCONFIG to package ldconfig.
* Delete usr/share/zoneinfo from install tree.
* Delete extra binaries installed by getconf.
POSIX_V6_ILP32_OFF32 POSIX_V7_ILP32_OFF32 XBS5_ILP32_OFF32
POSIX_V6_ILP32_OFFBIG POSIX_V7_ILP32_OFFBIG XBS5_ILP32_OFFBIG
* Fix dangling symlink to /lib/libcidn-2.10.1.so
* in do_stage dont do duplicate install its time
consuming and complex instead copy the install tree
into staging. This part it from poky
http://git.pokylinux.org/cgit.cgi/poky/commit/?h=canadian&id=48a278ed71306f633091ed81d170eeff45ba3759
* Remove tzdata from RPROVIDES
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
ls -d will list directories as plain files and then cp -R will copy the
contents over.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Hi,
the eglibc libc6 package provides tzdata. The applied patch add this knowledge
to the eglibc-package class.
Greetings
Florian
>From 30d75e2580414498c86c6c1e023d35631019c370 Mon Sep 17 00:00:00 2001
From: Florian Boor <florian.boor@kernelconcepts.de>
Date: Thu, 23 Jul 2009 12:17:33 +0200
Subject: [PATCH] eglibc: libc6 package provides tzdata
Avoids conflict with tzdata package.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
It turns out that eglibc contains a bunch of hard-coded
references to /lib. This patch replaces them with the appropriate
${base_libdir}. Also, the globs in ${libc_baselibs} were a bit too
permissive and would accept, for example, "libc.a" which isn't something
that we want in the main library package. - Phil
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-By: Michael Smith <msmith@cbnco.com>
|
|
This is fixing bug #4262 for eglibc (original did glibc and linux-libc-headers).
See b8bb2a62b3916470c752bd79d31322b4358fc676 for the rest of this.
|
|
It works there, so add to whitelist.
|
|
Works well for this targets, so we can add that to BINARY_LOCALE_ARCHES
whitelist.
Acked-by: Tom Rini <trini@embeddedalley.com>
|
|
Locale generation might fail with SIGSEGV if host libs get messed with target
libs, that might easily happen via /etc/ld.so.cache when building x86(_64)
target on x86(_64) host. So explicitly specify LD_LIBRARY_PATH to prevent that.
Acked-by: Tom Rini <trini@embeddedalley.com>
|
|
Binary locale generation fails with
FATAL: kernel too old
if (e)glibc is configured for kernels newer than 2.6.16. This comes from
kernel version check in sysdeps/unix/sysv/linux/dl-osinfo.h. We configure
(e)glibc with "--enable-kernel=${OLDEST_KERNEL}", so to pass this check we
need kernel version reported from QEMU to (e)glibc be $OLDEST_KERNEL or higher.
Fix qemu "-r" parameter to match OLDEST_KERNEL.
Acked-by: Tom Rini <trini@embeddedalley.com>
|
|
See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|