Consolidated Pull Request for 5/10/2011
cover Consolidated Pull Request for 5/10/2011
From: Saul Wold <[email protected]>
Richard,
There is a matching request to poky - master for the kernel recipe, please ensure you pull that one also.
This contains support for the microblaze from Adrian and some uclibc from Khem, along with some changes from Otavio. I passed through the insane LICENSE == CLOSED check, but need to think more about this (ie we should never see this kind of license in oe-core).
Pull URL: git://git.openembedded.org/openembedded-core-contrib
Branch: sgw/stage
Browse: http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage
Thanks,
Saul Wold <[email protected]>
---
Adrian Alonso (7):
insane: add micrblaze target info
kernel-arch: add microblaze to valid archs
siteinfo: add microblaze target info
linux-libc-headers: add microblaze ARCH definition
image-mklibs: add microblaze arch support
package_rpm: use target vendor information
readline: update version
Bruce Ashfield (2):
linux-yocto: remove non-core (qemu) machine compatibility
linux-yocto: error if meta data not present
Ilya Yanok (1):
toolchain-qte: include cross-compiler and fix env script
Khem Raj (6):
recipes: Replace gconf-dbus with gconf conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES libgalago_0.5.2.bb: Fix compile for uclibc liburcu_0.5.4.bb: Let it build on uclibc targets lttng-ust_0.12.bb: Fix compilation on uclibc oe/patch.py: Remove series file during Clean()
Otavio Salvador (9):
scripts/oe-setup-builddir: fix typo
syslinux: improve packaging
meta/conf/local.conf.sample: fix mklibs comment line split and typo
busybox: add support to mdev
libxkbfile: disable xcb
insane.bbclass: skip license checksum if LICENSE is "CLOSED" cmake.bbclass: fix qmake and rpath issues qmake_base.bbclass: add generate_qt_config_file task
fuse: drop since it is not used by other recipes
Saul Wold (2):
web-sato: Update for svn -> git transtion
gtkhtml2: Update to 1161
Scott Garman (1):
gnome-doc-utils: Add additional missing -nonet options to xsltproc
Xiaofeng Yan (1):
libxmu: Add native function
Zhai Edwin (1):
qemu-script: Fix qemu seg fault if install Nvidia proprietary driver.
.../recipes-gnome/gnome/libgnomekbd_2.26.0.bb | 2 +-
.../fuse-2.7.2/not-run-updaterc.d-on-host.patch | 15 ----
meta-demoapps/recipes-kernel/fuse/fuse.inc | 13 ----
meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb | 22 ------
meta/classes/cmake.bbclass | 19 +++++-
meta/classes/image-mklibs.bbclass | 2 +-
meta/classes/insane.bbclass | 8 ++-
meta/classes/kernel-arch.bbclass | 3 +-
meta/classes/kernel-yocto.bbclass | 5 +-
meta/classes/package_rpm.bbclass | 3 +-
meta/classes/qmake_base.bbclass | 15 ++++
meta/classes/siteinfo.bbclass | 1 +
meta/conf/layer.conf | 10 +++-
meta/conf/local.conf.sample | 7 +-
meta/lib/oe/patch.py | 1 +
.../recipes-connectivity/galago/libgalago_0.5.2.bb | 4 +
meta/recipes-core/busybox/busybox.inc | 14 ++++-
meta/recipes-core/busybox/busybox_1.18.4.bb | 2 +
meta/recipes-core/busybox/files/mdev | 7 ++
meta/recipes-core/busybox/files/mdev.conf | 35 ++++++++++
meta/recipes-core/readline/readline_6.2.bb | 6 ++
meta/recipes-devtools/syslinux/syslinux_4.03.bb | 12 +++-
meta/recipes-gnome/gnome/gnome-desktop.inc | 2 +-
.../gnome/gnome-doc-utils/xsltproc_nonet.patch | 70 +++++++++++++++++++-
meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb | 2 +-
meta/recipes-gnome/gthumb/gthumb_2.12.2.bb | 2 +-
meta/recipes-gnome/gtkhtml2/gtkhtml2_svn.bb | 2 +-
meta/recipes-gnome/tasks/task-sdk-gmae.inc | 2 +-
meta/recipes-graphics/xorg-lib/libxkbfile_1.0.7.bb | 4 +-
meta/recipes-graphics/xorg-lib/libxmu_1.1.0.bb | 2 +
.../kern-tools/kern-tools-native_git.bb | 2 +-
.../linux-libc-headers_2.6.37.2.bb | 3 +-
.../recipes-kernel/linux/linux-yocto-stable_git.bb | 10 +---
meta/recipes-kernel/linux/linux-yocto_git.bb | 15 +---
.../lttng/lttng-ust/uclibc-sched_getcpu.patch | 50 ++++++++++++++
meta/recipes-kernel/lttng/lttng-ust_0.12.bb | 4 +-
meta/recipes-qt/meta/meta-toolchain-qte.bb | 33 +++++-----
meta/recipes-sato/web/{web_svn.bb => web_git.bb} | 10 ++--
meta/recipes-support/libproxy/libproxy_0.4.6.bb | 2 +-
meta/recipes-support/liburcu/liburcu_0.5.4.bb | 2 +-
scripts/oe-setup-builddir | 2 +-
scripts/runqemu-internal | 13 +++-
42 files changed, 316 insertions(+), 122 deletions(-)
delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse-2.7.2/not-run-updaterc.d-on-host.patch
delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse.inc
delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb
create mode 100755 meta/recipes-core/busybox/files/mdev
create mode 100644 meta/recipes-core/busybox/files/mdev.conf
create mode 100644 meta/recipes-core/readline/readline_6.2.bb
create mode 100644 meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch
rename meta/recipes-sato/web/{web_svn.bb => web_git.bb} (72%)PATCH 1/30 qemu-script: Fix qemu seg fault if install Nvidia proprietary driver.
From: Zhai Edwin <[email protected]>
This fix works on Ubuntu, and other distro can add its own path of Mesa's libGL
--- scripts/runqemu-internal | 13 +++++++++++-- 1 files changed, 11 insertions(+), 2 deletions(-)
scripts/runqemu-internal +11 -2
@@ -448,20 +448,29 @@ else fi # qemu got segfault if linked with nVidia's libgl +GL_LD_PRELOAD=$LD_PRELOAD + if ldd $QEMUBIN | grep -i nvidia &> /dev/null then cat << EOM WARNING: nVidia proprietary OpenGL libraries detected. nVidia's OpenGL libraries are known to have compatibility issues with qemu, resulting in a segfault. Please uninstall these drivers or ensure the mesa libGL -libraries precede nvidia's via LD_PRELOAD. +libraries precede nvidia's via LD_PRELOAD(Already do it on Ubuntu). EOM + +# Automatically use Ubuntu system's mesa libGL, other distro can add its own path + if grep -i ubuntu /etc/lsb-release &> /dev/null + then + echo "Skip nVidia's libGL on Ubuntu!" + GL_LD_PRELOAD="/usr/lib/libGL.so $LD_PRELOAD" + fi fi echo "Running $QEMU..." # -no-reboot is a mandatory option - see bug #100 echo $QEMUBIN -kernel $KERNEL $QEMUOPTIONS $SERIALOPTS -no-reboot $SCRIPT_QEMU_OPT $SCRIPT_QEMU_EXTRA_OPT --append '"'$KERNCMDLINE $SCRIPT_KERNEL_OPT'"' -$QEMUBIN -kernel $KERNEL $QEMUOPTIONS $SERIALOPTS -no-reboot $SCRIPT_QEMU_OPT $SCRIPT_QEMU_EXTRA_OPT --append "$KERNCMDLINE $SCRIPT_KERNEL_OPT" +LD_PRELOAD="$GL_LD_PRELOAD" $QEMUBIN -kernel $KERNEL $QEMUOPTIONS $SERIALOPTS -no-reboot $SCRIPT_QEMU_OPT $SCRIPT_QEMU_EXTRA_OPT --append "$KERNCMDLINE $SCRIPT_KERNEL_OPT" cleanup
Signature · 1 line
1.7.1.1
PATCH 2/30 recipes: Replace gconf-dbus with gconf
In reply to Saul WoldFrom: Khem Raj <[email protected]>
Some distributions e.g. angstrom do not support gconf-dbus anymore since its now provided by gconf and in oe-core we have PREFERRED_PROVIDER_gconf tunable, here we replace all dependencies on gconf-dbus with gconf, which should work in both cases where poky defines PREFERRED_PROVIDER-gconf = "gconf-dbus" and for angstrom it is simply gconf
Without this meta-toolchain-sdk ends up with conflicts in runqueue and does not build
--- .../recipes-gnome/gnome/libgnomekbd_2.26.0.bb | 2 +- meta/recipes-gnome/gnome/gnome-desktop.inc | 2 +- meta/recipes-gnome/gthumb/gthumb_2.12.2.bb | 2 +- meta/recipes-gnome/tasks/task-sdk-gmae.inc | 2 +- meta/recipes-support/libproxy/libproxy_0.4.6.bb | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-)
meta-demoapps/recipes-gnome/gnome/libgnomekbd_2.26.0.bb +1 -1
@@ -1,7 +1,7 @@ DESCRIPTION = "GNOME keyboard library" LICENSE = "LGPL" -DEPENDS = "gconf-dbus dbus libxklavier gtk+" +DEPENDS = "gconf dbus libxklavier gtk+" inherit gnome
meta/recipes-gnome/gnome/gnome-desktop.inc +1 -1
@@ -1,7 +1,7 @@ DESCRIPTION = "GNOME library for reading .desktop files" SECTION = "x11/gnome" LICENSE = "GPLv2 & LGPLv2" -DEPENDS = "gconf-dbus libxrandr virtual/libx11 gtk+ glib-2.0 gnome-doc-utils" +DEPENDS = "gconf libxrandr virtual/libx11 gtk+ glib-2.0 gnome-doc-utils" EXTRA_OECONF = "--disable-scrollkeeper --disable-desktop-docs"
meta/recipes-gnome/gthumb/gthumb_2.12.2.bb +1 -1
@@ -2,7 +2,7 @@ DESCRIPTION = "gThumb is an image viewer and browser for the GNOME Desktop" SECTION = "x11/gnome" LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552" -DEPENDS = "glib-2.0 gtk+ libxml2 gnome-doc-utils libunique gconf-dbus libpng gstreamer jpeg tiff gst-plugins-base" +DEPENDS = "glib-2.0 gtk+ libxml2 gnome-doc-utils libunique gconf libpng gstreamer jpeg tiff gst-plugins-base" PR = "r0" EXTRA_OECONF = "--disable-gnome-keyring --disable-libsoup --disable-exiv2 --disable-clutter"
meta/recipes-gnome/tasks/task-sdk-gmae.inc +1 -1
@@ -4,7 +4,7 @@ SDK-GMAE = " \ gtk+-dev \ gstreamer-dev \ bluez4-dev \ - gconf-dbus-dev \ + gconf-dev \ avahi-dev \ telepathy-glib-dev \ eds-dbus-dev \
meta/recipes-support/libproxy/libproxy_0.4.6.bb +1 -1
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=7d7044444a7b1b116e8783edcdb44ff4 \ file://utils/proxy.c;beginline=1;endline=18;md5=55152a1006d7dafbef32baf9c30a99c0" -DEPENDS = "virtual/libx11 xmu gconf-dbus" +DEPENDS = "virtual/libx11 xmu gconf" SRC_URI = "http://libproxy.googlecode.com/files/libproxy-${PV}.tar.gz"
Signature · 1 line
1.7.1.1
PATCH 4/30 libgalago_0.5.2.bb: Fix compile for uclibc
In reply to Saul WoldFrom: Khem Raj <[email protected]>
uclibc targets may not have gettext but this package still needs config.rpath during regenerating configury so we provide it when libc is uclibc.
--- .../recipes-connectivity/galago/libgalago_0.5.2.bb | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-)
meta/recipes-connectivity/galago/libgalago_0.5.2.bb +4 -0
@@ -18,3 +18,7 @@ PR = "r2" inherit autotools pkgconfig gettext EXTRA_OECONF = "--disable-tests --disable-check" + +do_configure_prepend_libc-uclibc() { + touch ${S}/config.rpath +}
Signature · 1 line
1.7.1.1
PATCH 5/30 liburcu_0.5.4.bb: Let it build on uclibc targets
In reply to Saul WoldFrom: Khem Raj <[email protected]>
uclibc requires -D_GNU_SOURCE to be defined for it to enable GNU extensions which CPU_SET/CPU_ZERO are used by this package. So we add -D_GNU_SOURCE to CFLAGS when compiling for uclibc.
--- meta/recipes-support/liburcu/liburcu_0.5.4.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-support/liburcu/liburcu_0.5.4.bb +1 -1
@@ -15,7 +15,7 @@ SRC_URI[md5sum] = "04147d24749be75200173859839207f7" SRC_URI[sha256sum] = "02aedbb16c16bd034e246d5c9637a9232be559c66fc2fe4eb28948e234bd89f1" S = "${WORKDIR}/userspace-rcu-${PV}" - +CFLAGS_append_libc-uclibc = " -D_GNU_SOURCE" inherit autotools # liburcu, which is only used by lttng-ust, may not build on other
Signature · 1 line
1.7.1.1
PATCH 6/30 lttng-ust_0.12.bb: Fix compilation on uclibc
In reply to Saul WoldFrom: Khem Raj <[email protected]>
We provide alternative implementation of sched_getcpu() when compiling for uclibc
--- .../lttng/lttng-ust/uclibc-sched_getcpu.patch | 50 ++++++++++++++++++++ meta/recipes-kernel/lttng/lttng-ust_0.12.bb | 4 +- 2 files changed, 53 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch
meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch new file +50 -0
@@ -0,0 +1,50 @@ +uClibc does not have sched_getcpu() implemented. So we create a wrapper +to getcpu syscall when compiling for uclibc. + +So far execinfo.h does not exist on uclibc but it turns out to be that +this header is not needed even in eglibc case so it can be removed + +Signed-off-by: Khem Raj <[email protected]> + +Upstream-status: Pending + +Index: ust-0.12/libust/tracer.h +=================================================================== +--- ust-0.12.orig/libust/tracer.h ++++ ust-0.12/libust/tracer.h +@@ -342,14 +342,22 @@ static __inline__ void ltt_write_trace_h + header->start_freq = trace->start_freq; + header->freq_scale = trace->freq_scale; + } +- ++#ifdef __UCLIBC__ ++#define sched_getcpu(cpu, node, cache) syscall(__NR_getcpu, cpu, node, cache) ++#endif + #ifndef UST_VALGRIND + + static __inline__ int ust_get_cpu(void) + { + int cpu; + ++#ifdef __UCLIBC__ ++ int c, s; ++ s = syscall(__NR_getcpu, &c, NULL, NULL); ++ cpu = (s == -1) ? s : c; ++#else + cpu = sched_getcpu(); ++#endif + if (likely(cpu >= 0)) + return cpu; + /* +Index: ust-0.12/libustcomm/ustcomm.c +=================================================================== +--- ust-0.12.orig/libustcomm/ustcomm.c ++++ ust-0.12/libustcomm/ustcomm.c +@@ -31,7 +31,6 @@ + #include <stdio.h> + #include <stdlib.h> + #include <string.h> +-#include <execinfo.h> + + #include "ustcomm.h" + #include "usterr.h"
meta/recipes-kernel/lttng/lttng-ust_0.12.bb +3 -1
@@ -12,7 +12,9 @@ DEPENDS = "liburcu" PR = "r0" -SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz" +SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz \ + file://uclibc-sched_getcpu.patch \ + " SRC_URI[md5sum] = "fae6e324a56016658c5b83ec14ba0043" SRC_URI[sha256sum] = "215b05f47d0c9e3a2934926a7d14fa9c67025db917c3a1f641df40b08314ab0c"
Signature · 1 line
1.7.1.1
PATCH 9/30 siteinfo: add microblaze target info
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* Add microblaze target info
* Microblaze soft CPU can be configured as big-endian/little-endian
* Currently target info support for microblaze big endian, using prebuilt toolchains.
--- meta/classes/siteinfo.bbclass | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
meta/classes/siteinfo.bbclass +1 -0
@@ -40,6 +40,7 @@ def get_siteinfo_list(d): "i486-linux-uclibc": "endian-little bit-32 common-uclibc ix86-common",\ "i586-linux-uclibc": "endian-little bit-32 common-uclibc ix86-common",\ "i686-linux-uclibc": "endian-little bit-32 common-uclibc ix86-common",\ + "microblaze-linux-gnu": "endian-big bit-32 common-glibc microblaze-common",\ "mipsel-linux": "endian-little bit-32 common-glibc mips-common",\ "mipsel-linux-uclibc": "endian-little bit-32 common-uclibc mips-common",\ "mips-linux": "endian-big bit-32 common-glibc mips-common",\
Signature · 1 line
1.7.1.1
PATCH 7/30 insane: add micrblaze target info
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* package_qa_get_machine_dict
* Add microblaze dic entry for QA
* Prebuilt toolchain triplet microblaze-unknown-linux-gnu-
* TARGET_OS is linux-gnu for this toolchain
--- meta/classes/insane.bbclass | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-)
meta/classes/insane.bbclass +3 -1
@@ -85,7 +85,9 @@ def package_qa_get_machine_dict(): "linux-uclibcspe" : { "powerpc": (20, 0, 0, False, 32), }, - + "linux-gnu" : { + "microblaze": (47787, 0, 0, False, 32), + }, }
Signature · 1 line
1.7.1.1
PATCH 10/30 linux-libc-headers: add microblaze ARCH definition
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* Add Microblaze ARCH definition
* Bump PR
--- .../linux-libc-headers_2.6.37.2.bb | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb +2 -1
@@ -2,7 +2,7 @@ require linux-libc-headers.inc INHIBIT_DEFAULT_DEPS = "1" DEPENDS += "unifdef-native" -PR = "r0" +PR = "r1" SRC_URI += " file://connector-msg-size-fix.patch"
@@ -26,6 +26,7 @@ set_arch() { x86_64*) ARCH=x86_64 ;; avr32*) ARCH=avr32 ;; bfin*) ARCH=blackfin ;; + microblaze*) ARCH=microblaze ;; esac }
Signature · 1 line
1.7.1.1
PATCH 11/30 image-mklibs: add microblaze arch support
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* In function mklibs_optimize_image_doit
* Add microblaze arch case for setting the dynamic_loader used by "mklibs" call
--- meta/classes/image-mklibs.bbclass | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/classes/image-mklibs.bbclass +1 -1
@@ -16,7 +16,7 @@ mklibs_optimize_image_doit() { > ${WORKDIR}/mklibs/executables.list case ${TARGET_ARCH} in - powerpc | mips ) + powerpc | mips | microblaze ) dynamic_loader="/lib/ld.so.1" ;; x86_64)
Signature · 1 line
1.7.1.1
PATCH 12/30 package_rpm: use target vendor information
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* Instead of hardcoding target vendor string "-poky" use TARGET_VENDOR information in case of using external toolchains
--- meta/classes/package_rpm.bbclass | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
meta/classes/package_rpm.bbclass +2 -1
@@ -761,13 +761,14 @@ python do_package_rpm () { # Setup the rpmbuild arguments... rpmbuild = bb.data.getVar('RPMBUILD', d, True) targetsys = bb.data.getVar('TARGET_SYS', d, True) + targetvendor = bb.data.getVar('TARGET_VENDOR', d, True) pkgwritedir = bb.data.expand('${PKGWRITEDIRRPM}/${PACKAGE_ARCH}', d) pkgarch = bb.data.expand('${PACKAGE_ARCH}', d) bb.mkdirhier(pkgwritedir) os.chmod(pkgwritedir, 0755) cmd = rpmbuild - cmd = cmd + " --nodeps --short-circuit --target " + pkgarch + "-poky-linux-gnu --buildroot " + pkgd + cmd = cmd + " --nodeps --short-circuit --target " + pkgarch + targetvendor + "-linux-gnu --buildroot " + pkgd cmd = cmd + " --define '_topdir " + workdir + "' --define '_rpmdir " + pkgwritedir + "'" cmd = cmd + " --define '_build_name_fmt %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'" cmd = cmd + " --define '_use_internal_dependency_generator 0'"
Signature · 1 line
1.7.1.1
PATCH 14/30 scripts/oe-setup-builddir: fix typo
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
--- scripts/oe-setup-builddir | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
scripts/oe-setup-builddir +1 -1
@@ -60,7 +60,7 @@ if [ "x" = "x$OECORELOCALCONF" ]; then fi if ! (test -r "$BUILDDIR/conf/local.conf"); then cat <<EOM -You had no conf/local.conf file. This configuration file has therefore beend +You had no conf/local.conf file. This configuration file has therefore been created for you with some default values. You may wish to edit it to use a different MACHINE (target hardware) or enable parallel build options to take advantage of multiple cores for example. See the file for more information as
Signature · 1 line
1.7.1.1
PATCH 15/30 syslinux: improve packaging
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
Usually only parts of syslinux are used by products and thus syslinux can be greatly reduced in size. This changes does it as:
- syslinux: syslinux binary
- syslinux-extlinux: extlinux binary
- syslinux-mbr: mbr.bin
- syslinux-chain: chain.c32
- syslinux-pxelinux: pxelinux.0
- syslinux-isolinux: isolinux.bin
--- meta/recipes-devtools/syslinux/syslinux_4.03.bb | 12 +++++++++++- 1 files changed, 11 insertions(+), 1 deletions(-)
meta/recipes-devtools/syslinux/syslinux_4.03.bb +11 -1
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ # If you really want to run syslinux, you need mtools. We just want the # ldlinux.* stuff for now, so skip mtools-native DEPENDS = "nasm-native" -PR = "r0" +PR = "r1" SRC_URI = "${KERNELORG_MIRROR}/linux/utils/boot/syslinux/syslinux-${PV}.tar.bz2 \ file://cross-build.patch"
@@ -46,4 +46,14 @@ do_install() { install -m 644 ${S}/core/ldlinux.bss ${D}${libdir}/syslinux/ } +PACKAGES =+ "${PN}-extlinux ${PN}-mbr ${PN}-chain ${PN}-pxelinux ${PN}-isolinux" + +FILES_${PN} = "${bindir}/syslinux" +FILES_${PN}-extlinux = "${sbindir}/extlinux" +FILES_${PN}-mbr = "${libdir}/${PN}/mbr.bin" +FILES_${PN}-chain = "${libdir}/${PN}/chain.c32" +FILES_${PN}-isolinux = "${libdir}/${PN}/isolinux.bin" +FILES_${PN}-pxelinux = "${libdir}/${PN}/pxelinux.0" +FILES_${PN}-dev += "${datadir}/${PN}/com32" + BBCLASSEXTEND = "native"
Signature · 1 line
1.7.1.1
PATCH 19/30 linux-yocto: remove non-core (qemu) machine compatibility
In reply to Saul WoldFrom: Bruce Ashfield <[email protected]>
The machine configuration of the non-core (non-qemu) machines exists in other layers. Moving the branch mappings, compatibility and SRCREVs of these machines out of the main linux-yocto recipe is the first step in that move.
--- .../recipes-kernel/linux/linux-yocto-stable_git.bb | 10 +--------- meta/recipes-kernel/linux/linux-yocto_git.bb | 11 +---------- 2 files changed, 2 insertions(+), 19 deletions(-)
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -9
@@ -7,10 +7,6 @@ KMACHINE_qemux86-64 = "common_pc_64" KMACHINE_qemuppc = "qemu_ppc32" KMACHINE_qemumips = "mti_malta32_be" KMACHINE_qemuarm = "arm_versatile_926ejs" -KMACHINE_atom-pc = "atom-pc" -KMACHINE_routerstationpro = "routerstationpro" -KMACHINE_mpc8315e-rdb = "fsl-mpc8315e-rdb" -KMACHINE_beagleboard = "beagleboard" LINUX_VERSION ?= "2.6.34" LINUX_VERSION_EXTENSION ?= "-yocto-${LINUX_KERNEL_TYPE_EXTENSION}"
@@ -23,10 +19,6 @@ SRCREV_machine_qemumips = "c32d40f960e3c89d07f079bec4c96dcbfc749f0b" SRCREV_machine_qemuppc = "96d6bc31d3caaf62a966255479cc5cee0e76b1e9" SRCREV_machine_qemux86 = "72ca49ab08b8eb475cec82a10049503602325791" SRCREV_machine_qemux86-64 = "72ca49ab08b8eb475cec82a10049503602325791" -SRCREV_machine_atom-pc = "72ca49ab08b8eb475cec82a10049503602325791" -SRCREV_machine_routerstationpro = "49745cd45c92a89e70c6e2334caa80818c134562" -SRCREV_machine_mpc8315e-rdb = "a1c0ed6bf4060c10874b2a8547d81b3169dcf16a" -SRCREV_machine_beagleboard = "ef7f944e773950d4016b7643f9ecf052bbe250cd" SRCREV_machine = "72ca49ab08b8eb475cec82a10049503602325791" SRCREV_meta = "ec26387cb168e9e0976999b528b5a9dd62e3157a"
@@ -34,7 +26,7 @@ PR = "r1" PV = "${LINUX_VERSION}+git${SRCPV}" SRCREV_FORMAT = "meta_machine" -COMPATIBLE_MACHINE = "(qemuarm|qemux86|qemuppc|qemumips|qemux86-64|atom-pc|routerstationpro|mpc8315e-rdb|beagleboard)" +COMPATIBLE_MACHINE = "(qemuarm|qemux86|qemuppc|qemumips|qemux86-64)" # this performs a fixup on historical kernel types with embedded _'s python __anonymous () {
meta/recipes-kernel/linux/linux-yocto_git.bb +1 -10
@@ -7,10 +7,6 @@ KMACHINE_qemux86-64 = "yocto/standard/common-pc-64/base" KMACHINE_qemuppc = "yocto/standard/qemu-ppc32" KMACHINE_qemumips = "yocto/standard/mti-malta32-be" KMACHINE_qemuarm = "yocto/standard/arm-versatile-926ejs" -KMACHINE_atom-pc = "yocto/standard/common-pc/atom-pc" -KMACHINE_routerstationpro = "yocto/standard/routerstationpro" -KMACHINE_mpc8315e-rdb = "yocto/standard/fsl-mpc8315e-rdb" -KMACHINE_beagleboard = "yocto/standard/beagleboard" KBRANCH = ${KMACHINE} KMETA = meta
@@ -23,11 +19,6 @@ SRCREV_machine_qemumips = "f5d26f2eda2be8b942172cda8f27de33ebf38ec3" SRCREV_machine_qemuppc = "7eb6c68d977d9039a2b5a734172b064a9d19cdc1" SRCREV_machine_qemux86 = "ad62d1aab734513cd96c8f4517f816420a218e77" SRCREV_machine_qemux86-64 = "b906f358fd404a1e74a961f25079274e0d933ee1" -SRCREV_machine_emenlow = "c3bbcb676f929c4fc0511a6e66494b8770d015a1" -SRCREV_machine_atom-pc = "b906f358fd404a1e74a961f25079274e0d933ee1" -SRCREV_machine_routerstationpro = "95ca94d2e71ca2db6822a37a7f575fa79c3d05d0" -SRCREV_machine_mpc8315e-rdb = "53c800c244e73d81d2832f6da306eeae3b09e5dc" -SRCREV_machine_beagleboard = "b906f358fd404a1e74a961f25079274e0d933ee1" SRCREV_machine = "b906f358fd404a1e74a961f25079274e0d933ee1" SRCREV_meta = "ecab1e2bc12a8b0c4d064a00acc3260f6e8528c5"
@@ -37,7 +28,7 @@ SRCREV_FORMAT = "meta_machine" SRC_URI = "git://git.yoctoproject.org/linux-yocto-2.6.37;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta" -COMPATIBLE_MACHINE = "(qemuarm|qemux86|qemuppc|qemumips|qemux86-64|mpc8315e-rdb|routerstationpro|beagleboard)" +COMPATIBLE_MACHINE = "(qemuarm|qemux86|qemuppc|qemumips|qemux86-64)" # Functionality flags KERNEL_REVISION_CHECKING ?= "t"
Signature · 1 line
1.7.1.1
PATCH 20/30 linux-yocto: error if meta data not present
In reply to Saul WoldFrom: Bruce Ashfield <[email protected]>
There are valid reasons to build repositories without meta data present and there are times when this is an error. This change adds sanity tests to the build process to detect missing meta data and throw an informative error message.
Sanity checking is only triggered from recipes (linux-yocto) that always require meta data to be present. Other recipes are not impacted and can auto-generate meta data as required.
Without this change the build process suceeds, but incorrect meta data will be used (with no user knowledge), which is not the desired behaviour.
--- meta/classes/kernel-yocto.bbclass | 5 ++++- .../kern-tools/kern-tools-native_git.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_git.bb | 4 +++- 3 files changed, 8 insertions(+), 3 deletions(-)
meta/classes/kernel-yocto.bbclass +4 -1
@@ -13,7 +13,10 @@ do_patch() { fi # simply ensures that a branch of the right name has been created - createme ${ARCH} ${kbranch} ${defconfig} + if [ -n "${YOCTO_KERNEL_META_DATA}" ]; then + createme_flags="--disable-meta-gen" + fi + createme ${createme_flags} ${ARCH} ${kbranch} ${defconfig} if [ $? -ne 0 ]; then echo "ERROR. Could not create ${kbranch}" exit 1
meta/recipes-kernel/kern-tools/kern-tools-native_git.bb +1 -1
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = "file://git/tools/kgit;beginline=5;endline=9;md5=e2bf4415f3d8 DEPENDS = "git-native guilt-native" -SRCREV = "c5896a60acc61f8966cfee3bb241ff564610cea4" +SRCREV = "ab49d8e48b7e66d1b4f924385d65d062d25e44f7" PR = r10 PV = "0.1+git${SRCPV}"
meta/recipes-kernel/linux/linux-yocto_git.bb +3 -1
@@ -22,7 +22,7 @@ SRCREV_machine_qemux86-64 = "b906f358fd404a1e74a961f25079274e0d933ee1" SRCREV_machine = "b906f358fd404a1e74a961f25079274e0d933ee1" SRCREV_meta = "ecab1e2bc12a8b0c4d064a00acc3260f6e8528c5" -PR = "r17" +PR = "r18" PV = "${LINUX_VERSION}+git${SRCPV}" SRCREV_FORMAT = "meta_machine"
@@ -36,6 +36,8 @@ KERNEL_FEATURES="features/netfilter" KERNEL_FEATURES_append_qemux86=" cfg/sound" KERNEL_FEATURES_append_qemux86-64=" cfg/sound" +YOCTO_KERNEL_META_DATA=t + # extra tasks addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
Signature · 1 line
1.7.1.1
PATCH 16/30 gnome-doc-utils: Add additional missing -nonet options to xsltproc
In reply to Saul WoldFrom: Scott Garman <[email protected]>
I missed some instances of xsltproc when adding -nonet in my previous commit. This should take care of them all to fix the compilation errors.
--- .../gnome/gnome-doc-utils/xsltproc_nonet.patch | 70 +++++++++++++++++++- meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb | 2 +- 2 files changed, 69 insertions(+), 3 deletions(-)
meta/recipes-gnome/gnome/gnome-doc-utils/xsltproc_nonet.patch +68 -2
@@ -1,5 +1,5 @@ This adds the -nonet option to xsltproc invocations, which fixes -compile errors when building gnome-doc-xslt-de.omf. +compile errors when building the gnome-doc-utils docs. Upstream-Status: Pending
@@ -7,7 +7,7 @@ Signed-off-by: Scott Garman <[email protected]> diff -urN gnome-doc-utils-0.20.5.orig//doc/xslt/Makefile.am gnome-doc-utils-0.20.5/doc/xslt/Makefile.am --- gnome-doc-utils-0.20.5.orig//doc/xslt/Makefile.am 2011-03-22 06:56:17.000000000 -0700 -+++ gnome-doc-utils-0.20.5/doc/xslt/Makefile.am 2011-05-04 21:03:29.382491164 -0700 ++++ gnome-doc-utils-0.20.5/doc/xslt/Makefile.am 2011-05-09 09:35:04.946138220 -0700 @@ -21,14 +21,14 @@ $(xsldoc_docs): $(xsldoc_xsls) xsldoc.awk xsldoc-fill.xsl
@@ -25,6 +25,15 @@ diff -urN gnome-doc-utils-0.20.5.orig//doc/xslt/Makefile.am gnome-doc-utils-0.20 --stringparam basename "$(basename $(notdir $@))" \ --stringparam xsl_file "$(filter %/$(basename $(notdir $@)).xsl,$(xsldoc_xsls))" \ "$(srcdir)/xsldoc-docbook.xsl" "$<" +@@ -62,7 +62,7 @@ + gnome-doc-xslt-check-xsldoc: $(xsldoc_docs) + @echo "Running xsldoc checks"; + @(echo "<xsldoc>"; cat $(xsldoc_docs); echo "</xsldoc>") \ +- | xsltproc "$(srcdir)/xsldoc-check.xsl" - 1> /dev/null ++ | xsltproc -nonet "$(srcdir)/xsldoc-check.xsl" - 1> /dev/null + + .PHONY: clean-xsldoc + clean-local: clean_xsldoc @@ -75,4 +75,4 @@ DOC_MODULE = gnome-doc-xslt DOC_INCLUDES = legal.xml translating.xml $(patsubst %,%.xml,$(xsldoc_base))
@@ -32,3 +41,60 @@ diff -urN gnome-doc-utils-0.20.5.orig//doc/xslt/Makefile.am gnome-doc-utils-0.20 -DOC_LINGUAS = de \ No newline at end of file +DOC_LINGUAS = de +diff -urN gnome-doc-utils-0.20.5.orig//tools/gnome-doc-utils.make gnome-doc-utils-0.20.5/tools/gnome-doc-utils.make +--- gnome-doc-utils-0.20.5.orig//tools/gnome-doc-utils.make 2011-03-22 06:56:17.000000000 -0700 ++++ gnome-doc-utils-0.20.5/tools/gnome-doc-utils.make 2011-05-09 09:34:03.278985782 -0700 +@@ -37,7 +37,7 @@ + list='$(DOC_H_DOCS)'; for doc in $$list; do \ + xmlpath="`echo $$doc | sed -e 's/^\(.*\/\).*/\1/' -e '/\//!s/.*//'`:$(srcdir)/`echo $$doc | sed -e 's/^\(.*\/\).*/\1/' -e '/\//!s/.*//'`"; \ + if ! test -f "$$doc"; then doc="$(srcdir)/$$doc"; fi; \ +- xsltproc --path "$$xmlpath" $(_credits) $$doc; \ ++ xsltproc -nonet --path "$$xmlpath" $(_credits) $$doc; \ + done | sort | uniq \ + | awk 'BEGIN{s=""}{n=split($$0,w,"<");if(s!=""&&s!=substr(w[1],1,length(w[1])-1)){print s};if(n>1){print $$0;s=""}else{s=$$0}};END{if(s!=""){print s}}' \ + | sed -e 's/\\/\\\\/' -e 's/"/\\"/' -e 's/\(.*\)/\t"\1",/' >> [email protected] +@@ -50,7 +50,7 @@ + docid=`echo "$$doc" | sed -e 's/.*\/\([^/]*\)\.xml/\1/' \ + | sed -e 's/[^a-zA-Z_]/_/g' | tr 'a-z' 'A-Z'`; \ + echo $$xmlpath; \ +- ids=`xsltproc --xinclude --path "$$xmlpath" $(_ids) $$doc`; \ ++ ids=`xsltproc -nonet --xinclude --path "$$xmlpath" $(_ids) $$doc`; \ + for id in $$ids; do \ + echo '#define HELP_'`echo $$docid`'_'`echo $$id \ + | sed -e 's/[^a-zA-Z_]/_/g' | tr 'a-z' 'A-Z'`' "'$$id'"' >> [email protected]; \ +@@ -180,7 +180,7 @@ + echo "The file '$(_skcontentslist)' does not exist." >&2; \ + echo "Please check your ScrollKeeper installation." >&2; \ + exit 1; } +- xsltproc -o $@ $(call db2omf_args,$@,$<,'docbook') || { rm -f "$@"; exit 1; } ++ xsltproc -nonet -o $@ $(call db2omf_args,$@,$<,'docbook') || { rm -f "$@"; exit 1; } + + ## @ _DOC_OMF_HTML + ## The OMF files for HTML output +@@ -195,7 +195,7 @@ + echo "Please check your ScrollKeeper installation." >&2; \ + exit 1; } + endif +- xsltproc -o $@ $(call db2omf_args,$@,$<,'xhtml') || { rm -f "$@"; exit 1; } ++ xsltproc -nonet -o $@ $(call db2omf_args,$@,$<,'xhtml') || { rm -f "$@"; exit 1; } + + ## @ _DOC_OMF_ALL + ## All OMF output files to be built +@@ -250,7 +250,7 @@ + ## All HTML documentation in the C locale + # FIXME: probably have to shell escape to determine the file names + _DOC_C_HTML = $(foreach f, \ +- $(shell xsltproc --xinclude \ ++ $(shell xsltproc -nonet --xinclude \ + --stringparam db.chunk.basename "$(DOC_MODULE)" \ + $(_chunks) "C/$(DOC_MODULE).xml"), \ + C/$(f).xhtml) +@@ -379,7 +379,7 @@ + _DOC_HTML_TOPS = $(foreach lc,C $(_DOC_REAL_LINGUAS),$(lc)/$(DOC_MODULE).xhtml) + + $(_DOC_HTML_TOPS): $(_DOC_C_DOCS) $(_DOC_LC_DOCS) +- xsltproc -o $@ --xinclude --param db.chunk.chunk_top "false()" --stringparam db.chunk.basename "$(DOC_MODULE)" --stringparam db.chunk.extension ".xhtml" $(_db2html) $(patsubst %.xhtml,%.xml,$@) ++ xsltproc -nonet -o $@ --xinclude --param db.chunk.chunk_top "false()" --stringparam db.chunk.basename "$(DOC_MODULE)" --stringparam db.chunk.extension ".xhtml" $(_db2html) $(patsubst %.xhtml,%.xml,$@) + + + ################################################################################
meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb +1 -1
@@ -1,7 +1,7 @@ require gnome-doc-utils.inc LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \ file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343" -PR = "r1" +PR = "r2" SRC_URI += "file://xsltproc_nonet.patch"
Signature · 1 line
1.7.1.1
PATCH 17/30 web-sato: Update for svn -> git transtion
In reply to Saul WoldFrom: Saul Wold <[email protected]>
---
meta/recipes-sato/web/{web_svn.bb => web_git.bb} | 10 +++++-----
1 files changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-sato/web/{web_svn.bb => web_git.bb} (72%)meta/recipes-sato/web/web_git.bb renamed from meta/recipes-sato/web/web_svn.bb +5 -5
@@ -2,18 +2,18 @@ LICENSE = "GPLv2" SECTION = "x11" DEPENDS = "libxml2 glib-2.0 gtk+ libglade gtkhtml2 curl gconf js libowl" DESCRIPTION = "Web is a multi-platform web browsing application." -PR = "r4" +PR = "r0" -SRCREV = "131" -PV = "0.0+svnr${SRCPV}" +SRCREV = "96da839f65e17ecc6d5261c1d74accd88423dd7a" +PV = "0.0+git${SRCPV}" -SRC_URI = "svn://svn.o-hand.com/repos/${BPN};module=trunk;proto=http \ +SRC_URI = "git://git.yoctoproject.org/web-sato;protocol=git \ file://owl-window-menu.patch \ " LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" -S = "${WORKDIR}/trunk" +S = "${WORKDIR}/git" do_unpack_append () { bb.build.exec_func('do_remove_patches', d)
Signature · 1 line
1.7.1.1
PATCH 24/30 insane.bbclass: skip license checksum if LICENSE is "CLOSED"
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
--- meta/classes/insane.bbclass | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-)
meta/classes/insane.bbclass +4 -0
@@ -348,8 +348,12 @@ def package_qa_check_license(workdir, d): sane = True lic_files = bb.data.getVar('LIC_FILES_CHKSUM', d, True) + lic = bb.data.getVar('LICENSE', d, True) pn = bb.data.getVar('PN', d, True) + if lic == "CLOSED": + return True + if not lic_files: # just throw a warning now. Once licensing data in entered for enough of the recipes, # this will be converted into error and False will be returned.
Signature · 1 line
1.7.1.1
PATCH 21/30 meta/conf/local.conf.sample: fix mklibs comment line split and typo
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
--- meta/conf/local.conf.sample | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-)
meta/conf/local.conf.sample +4 -3
@@ -53,9 +53,10 @@ EXTRA_IMAGE_FEATURES = "tools-debug tools-profile tools-testapps debug-tweaks" #PACKAGE_CLASSES ?= "package_rpm package_deb package_ipk" PACKAGE_CLASSES ?= "package_ipk" -# mklibs library size optimization is more useful to smaller images, -# and less useful for bigger images. Also mklibs library optimization can break the ABI compatibility, so should not be applied to the images which are tobe -# extended or upgraded later. +# mklibs library size optimization is more useful to smaller images, +# and less useful for bigger images. Also mklibs library optimization +# can break the ABI compatibility, so should not be applied to the +# images which are to be extended or upgraded later. #This enabled mklibs library size optimization just for the specified image. #MKLIBS_OPTIMIZED_IMAGES ?= "core-image-minimal" #This enable mklibs library size optimization will be for all the images.
Signature · 1 line
1.7.1.1
PATCH 25/30 cmake.bbclass: fix qmake and rpath issues
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
Sync with OE at 3b7d83362027fde4f6850533ab83277d95dda961 however without changing the way of generating the toolchain file and making it branding agnostic.
--- meta/classes/cmake.bbclass | 19 +++++++++++++++++-- 1 files changed, 17 insertions(+), 2 deletions(-)
meta/classes/cmake.bbclass +17 -2
@@ -24,15 +24,23 @@ OECMAKE_CXX_FLAGS ?= "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${TARGET_CPPFLAGS} -f OECMAKE_C_FLAGS_RELEASE ?= "${SELECTED_OPTIMIZATION} -DNDEBUG" OECMAKE_CXX_FLAGS_RELEASE ?= "${SELECTED_OPTIMIZATION} -DNDEBUG" +OECMAKE_RPATH ?= "" +python __anonymous() { + # Only set OECMAKE_RPATH if we build a native recipe + if bb.data.inherits_class('native', d) and not bb.data.inherits_class('cross', d): + bb.data.setVar('OECMAKE_RPATH', '${libdir}', d) +} + cmake_do_generate_toolchain_file() { cat > ${WORKDIR}/toolchain.cmake <<EOF # CMake system name must be something like "Linux". # This is important for cross-compiling. set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u&/'` ) +set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} ) set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} ) set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} ) -set( CMAKE_C_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "poky CFLAGS" ) -set( CMAKE_CXX_FLAGS "${OECMAKE_CXX_FLAGS}" CACHE STRING "poky CXXFLAGS" ) +set( CMAKE_C_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "CFLAGS" ) +set( CMAKE_CXX_FLAGS "${OECMAKE_CXX_FLAGS}" CACHE STRING "CXXFLAGS" ) set( CMAKE_C_FLAGS_RELEASE "${OECMAKE_C_FLAGS_RELEASE}" CACHE STRING "CFLAGS for release" ) set( CMAKE_CXX_FLAGS_RELEASE "${OECMAKE_CXX_FLAGS_RELEASE}" CACHE STRING "CXXFLAGS for release" )
@@ -43,6 +51,13 @@ set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM ONLY ) set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY ) set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY ) +# Use qt.conf settings +set( ENV{QT_CONF_PATH} ${WORKDIR}/qt.conf ) + +# We need to set the rpath to the correct directory as cmake does not provide any +# directory as rpath by default +set( CMAKE_INSTALL_RPATH ${OECMAKE_RPATH} ) + # Use native cmake modules set( CMAKE_MODULE_PATH ${STAGING_DATADIR}/cmake/Modules/ ) EOF
Signature · 1 line
1.7.1.1
PATCH 22/30 busybox: add support to mdev
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
This changes the packaging only if the configuration used has mdev support enabled.
--- meta/recipes-core/busybox/busybox.inc | 14 +++++++++- meta/recipes-core/busybox/busybox_1.18.4.bb | 2 + meta/recipes-core/busybox/files/mdev | 7 +++++ meta/recipes-core/busybox/files/mdev.conf | 35 +++++++++++++++++++++++++++ 4 files changed, 56 insertions(+), 2 deletions(-) create mode 100755 meta/recipes-core/busybox/files/mdev create mode 100644 meta/recipes-core/busybox/files/mdev.conf
meta/recipes-core/busybox/busybox.inc +12 -2
@@ -12,20 +12,24 @@ SECTION = "base" PRIORITY = "required" export EXTRA_CFLAGS = "${CFLAGS}" -PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog" +PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev" FILES_${PN}-httpd = "${sysconfdir}/init.d/busybox-httpd /srv/www" FILES_${PN}-syslog = "${sysconfdir}/init.d/syslog* ${sysconfdir}/syslog.conf*" +FILES_${PN}-mdev = "${sysconfdir}/init.d/mdev ${sysconfdir}/mdev.conf" FILES_${PN}-udhcpd = "${sysconfdir}/init.d/busybox-udhcpd" FILES_${PN}-udhcpc = "${sysconfdir}/udhcpc.d ${datadir}/udhcpc ${sysconfdir}/init.d/busybox-udhcpc" -INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-udhcpc" +INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-udhcpc ${PN}-mdev" INITSCRIPT_NAME_${PN}-httpd = "busybox-httpd" INITSCRIPT_NAME_${PN}-syslog = "syslog" +INITSCRIPT_NAME_${PN}-mdev = "mdev" +INITSCRIPT_PARAMS_${PN}-mdev = "start 06 S ." INITSCRIPT_NAME_${PN}-udhcpd = "busybox-udhcpd" INITSCRIPT_NAME_${PN}-udhcpc = "busybox-udhcpc" CONFFILES_${PN}-syslog = "${sysconfdir}/syslog.conf.${PN}" +CONFFILES_${PN}-mdev = "${sysconfdir}/mdev.conf" RRECOMMENDS_${PN} = "${PN}-syslog ${PN}-udhcpc"
@@ -100,6 +104,12 @@ do_install () { install -m 0755 ${WORKDIR}/default.script ${D}${datadir}/udhcpc/default.script install -m 0755 ${WORKDIR}/busybox-udhcpc ${D}${sysconfdir}/init.d/ fi + if grep "CONFIG_MDEV=y" ${WORKDIR}/defconfig; then + install -m 0755 ${WORKDIR}/mdev ${D}${sysconfdir}/init.d/mdev + if grep "CONFIG_FEATURE_MDEV_CONF=y" ${WORKDIR}/defconfig; then + install -m 644 ${WORKDIR}/mdev.conf ${D}${sysconfdir}/mdev.conf + fi + fi install -m 0644 ${S}/busybox.links ${D}${sysconfdir}
meta/recipes-core/busybox/busybox_1.18.4.bb +2 -0
@@ -20,6 +20,8 @@ SRC_URI = "http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ file://mount.busybox \ file://syslog \ file://syslog.conf \ + file://mdev \ + file://mdev.conf \ file://umount.busybox \ file://defconfig"
meta/recipes-core/busybox/files/mdev new file +7 -0
@@ -0,0 +1,7 @@ +#!/bin/sh + +mount -t tmpfs tmpfs /dev -o size=64k,mode=0755 +mkdir /dev/pts /dev/shm +mount -t devpts devpts /dev/pts +echo "/sbin/mdev" > /proc/sys/kernel/hotplug +mdev -s
meta/recipes-core/busybox/files/mdev.conf new file +35 -0
@@ -0,0 +1,35 @@ +console 0:0 0600 +cpu_dma_latency 0:0 0660 +fb0:0 44 0660 +full 0:0 0666 +initctl 0:0 0600 +ircomm[0-9].* 0:20 0660 +kmem 0:15 0640 +kmsg 0:0 0660 +log 0:0 0666 +loop[0-9].* 0:6 0640 +mem 0:15 0640 +network_latency 0:0 0660 +network_throughput 0:0 0660 +null 0:0 0666 +port 0:15 0640 +ptmx 0:5 0666 +ram[0-9].* 0:6 0640 +random 0:0 0666 +sda 0:6 0640 +tty 0:5 0666 +tty.* 0:0 0620 +urandom 0:0 0666 +usbdev.* 0:0 0660 */etc/mdev/usb.sh +vcs.* 0:5 0660 +zero 0:0 0666 + +pcm.* 0:0 0660 =snd/ +control.* 0:0 0660 =snd/ +timer 0:0 0660 =snd/ + +event.* 0:0 0660 =input/ @/etc/mdev/find-touchscreen.sh +mice 0:0 0660 =input/ +mouse.* 0:0 0660 =input/ + +tun[0-9]* 0:0 0660 =net/
Signature · 1 line
1.7.1.1
PATCH 26/30 qmake_base.bbclass: add generate_qt_config_file task
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
This writes a qt.conf inside WORKDIR to properly configure projects based on CMake. This is required since qmake variables (returned by -query command) are fixed into the binary and can only be changed using a qt.conf file.
--- meta/classes/qmake_base.bbclass | 15 +++++++++++++++ 1 files changed, 15 insertions(+), 0 deletions(-)
meta/classes/qmake_base.bbclass +15 -0
@@ -31,6 +31,21 @@ oe_qmake_mkspecs () { done } +do_generate_qt_config_file() { + export QT_CONF_PATH=${WORKDIR}/qt.conf + bbwarn "${WORKDIR}/qt.conf" + cat > ${WORKDIR}/qt.conf <<EOF +[Paths] +Prefix = ${STAGING_DIR} +Binaries = ${BUILD_SYS}${bindir_native} +Headers = ${MACHINE}${prefix}/include/qt4 +Plugins = ${MACHINE}${prefix}/lib/qt4/plugins/ +Mkspecs = ${MACHINE}${prefix}/share/qt4/mkspecs/ +EOF +} + +addtask generate_qt_config_file after do_patch before do_configure + qmake_base_do_configure() { case ${QMAKESPEC} in *linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++)
Signature · 1 line
1.7.1.1
PATCH 29/30 libxmu: Add native function
In reply to Saul WoldFrom: Xiaofeng Yan <[email protected]>
Add native function to libxmu_1.1.0.bb file because qt3 native depends on its native.
--- meta/recipes-graphics/xorg-lib/libxmu_1.1.0.bb | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
meta/recipes-graphics/xorg-lib/libxmu_1.1.0.bb +2 -0
@@ -28,5 +28,7 @@ PACKAGES =+ "libxmuu libxmuu-dev" FILES_libxmuu = "${libdir}/libXmuu.so.*" FILES_libxmuu-dev = "${libdir}/libXmuu.so" +BBCLASSEXTEND = "native" + SRC_URI[md5sum] = "6836883a0120e8346cf7f58dc42e465a" SRC_URI[sha256sum] = "0fa91f303b70decc1ef6201c88c8a5f0b4ecd68c6c88bdcc891ecd1a689d36ad"
Signature · 1 line
1.7.1.1
PATCH 27/30 fuse: drop since it is not used by other recipes
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
This is unused and a newer version will be made available in meta-oe in meanwhile.
--- .../fuse-2.7.2/not-run-updaterc.d-on-host.patch | 15 ------------- meta-demoapps/recipes-kernel/fuse/fuse.inc | 13 ----------- meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb | 22 -------------------- 3 files changed, 0 insertions(+), 50 deletions(-) delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse-2.7.2/not-run-updaterc.d-on-host.patch delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse.inc delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb
meta-demoapps/recipes-kernel/fuse/fuse-2.7.2/not-run-updaterc.d-on-host.patch deleted +0 -15
@@ -1,15 +0,0 @@ -Index: fuse-2.7.2/util/Makefile.am -=================================================================== ---- fuse-2.7.2.orig/util/Makefile.am 2007-04-26 01:36:47.000000000 +0930 -+++ fuse-2.7.2/util/Makefile.am 2008-02-10 16:43:19.000000000 +1030 -@@ -33,10 +33,6 @@ - $(INSTALL_PROGRAM) $(srcdir)/mount.fuse $(DESTDIR)$(MOUNT_FUSE_PATH)/mount.fuse - $(mkdir_p) $(DESTDIR)$(INIT_D_PATH) - $(INSTALL_PROGRAM) $(srcdir)/init_script $(DESTDIR)$(INIT_D_PATH)/fuse -- @if test -x /usr/sbin/update-rc.d; then \ -- echo "/usr/sbin/update-rc.d fuse start 34 S . start 41 0 6 . || true"; \ -- /usr/sbin/update-rc.d fuse start 34 S . start 41 0 6 . || true; \ -- fi - - install-data-local: - $(mkdir_p) $(DESTDIR)$(UDEV_RULES_PATH)
meta-demoapps/recipes-kernel/fuse/fuse.inc deleted +0 -13
@@ -1,13 +0,0 @@ -DESCRIPTION = "With FUSE it is possible to implement a fully functional filesystem in a userspace program" -HOMEPAGE = "http://fuse.sf.net" -LICENSE = "GPL" -DEPENDS = "virtual/fakeroot-native" -RRECOMMENDS_fuse = "${@base_contains("MACHINE_FEATURES","kernel26","kernel-module-fuse","fuse-module",d)}" - -SRC_URI = "${SOURCEFORGE_MIRROR}/fuse/fuse-${PV}.tar.gz" - -inherit autotools pkgconfig - -fakeroot do_install() { - oe_runmake install DESTDIR=${D} -}
meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb deleted +0 -22
@@ -1,22 +0,0 @@ -require fuse.inc - -PR = "r0" - -SRC_URI += "file://not-run-updaterc.d-on-host.patch;patch=1" - -EXTRA_OECONF = " --disable-kernel-module" - -#package utils in a sperate package and stop debian.bbclass renaming it to libfuse-utils, we want it to be fuse-utils -PACKAGES =+ "fuse-utils-dbg fuse-utils libulockmgr libulockmgr-dev libulockmgr-dbg" -FILES_${PN} += "${libdir}/libfuse.so.*" -FILES_${PN}-dev += "${libdir}/libfuse*.la" - -FILES_libulockmgr = "${libdir}/libulockmgr.so.*" -FILES_libulockmgr-dev += "${libdir}/libulock*.la" -FILES_libulockmgr-dbg += "${libdir}/.debug/libulock*" - -FILES_fuse-utils = "${bindir} ${base_sbindir}" -FILES_fuse-utils-dbg = "${bindir}/.debug ${base_sbindir}/.debug" -DEBIAN_NOAUTONAME_fuse-utils = "1" -DEBIAN_NOAUTONAME_fuse-utils-dbg = "1" -
Signature · 1 line
1.7.1.1
PATCH 30/30 toolchain-qte: include cross-compiler and fix env script
In reply to Saul WoldFrom: Ilya Yanok <[email protected]>
This patch fixes the meta-toolchain-qte recipe:
1. cross-compiler added to the TOOLCHAIN_HOST_TASK.
2. Corrected paths in the environment script.
3. TOOLCHAIN_OUTPUTNAME used instead of SDK_SUFFIX.
--- meta/recipes-qt/meta/meta-toolchain-qte.bb | 33 ++++++++++++++------------- 1 files changed, 17 insertions(+), 16 deletions(-)
meta/recipes-qt/meta/meta-toolchain-qte.bb +17 -16
@@ -1,26 +1,27 @@ # Qt Embedded toolchain PR = "r5" -TOOLCHAIN_HOST_TASK = "task-qte-toolchain-host" +TOOLCHAIN_HOST_TASK = "task-qte-toolchain-host task-cross-canadian-${TRANSLATED_TARGET_ARCH}" TOOLCHAIN_TARGET_TASK = "task-qte-toolchain-target" +TOOLCHAIN_OUTPUTNAME = "${SDK_NAME}-toolchain-qte-${DISTRO_VERSION}" require recipes-core/meta/meta-toolchain.bb -SDK_SUFFIX = "toolchain-qte" QT_DIR_NAME = "qtopia" +QT_TOOLS_PREFIX = "${SDKPATHNATIVE}${bindir_nativesdk}" toolchain_create_sdk_env_script_append() { - echo 'export OE_QMAKE_CC=${TARGET_SYS}-gcc' >> $script - echo 'export OE_QMAKE_CXX=${TARGET_SYS}-g++' >> $script - echo 'export OE_QMAKE_LINK=${TARGET_SYS}-g++' >> $script - echo 'export OE_QMAKE_AR=${TARGET_SYS}-ar' >> $script - echo 'export OE_QMAKE_LIBDIR_QT=${SDKPATH}/${TARGET_SYS}/${libdir}' >> $script - echo 'export OE_QMAKE_INCDIR_QT=${SDKPATH}/${TARGET_SYS}/${includedir}/${QT_DIR_NAME}' >> $script - echo 'export OE_QMAKE_MOC=${SDKPATH}/bin/moc4' >> $script - echo 'export OE_QMAKE_UIC=${SDKPATH}/bin/uic4' >> $script - echo 'export OE_QMAKE_UIC3=${SDKPATH}/bin/uic34' >> $script - echo 'export OE_QMAKE_RCC=${SDKPATH}/bin/rcc4' >> $script - echo 'export OE_QMAKE_QDBUSCPP2XML=${SDKPATH}/bin/qdbuscpp2xml4' >> $script - echo 'export OE_QMAKE_QDBUSXML2CPP=${SDKPATH}/bin/qdbusxml2cpp4' >> $script - echo 'export OE_QMAKE_QT_CONFIG=${SDKPATH}/${TARGET_SYS}/${datadir}/${QT_DIR_NAME}/mkspecs/qconfig.pri' >> $script - echo 'export QMAKESPEC=${SDKPATH}/${TARGET_SYS}/${datadir}/${QT_DIR_NAME}/mkspecs/linux-g++' >> $script + echo 'export OE_QMAKE_CC=${TARGET_PREFIX}gcc' >> $script + echo 'export OE_QMAKE_CXX=${TARGET_PREFIX}g++' >> $script + echo 'export OE_QMAKE_LINK=${TARGET_PREFIX}g++' >> $script + echo 'export OE_QMAKE_AR=${TARGET_PREFIX}ar' >> $script + echo 'export OE_QMAKE_LIBDIR_QT=${SDKTARGETSYSROOT}/${libdir}' >> $script + echo 'export OE_QMAKE_INCDIR_QT=${SDKTARGETSYSROOT}/${includedir}/${QT_DIR_NAME}' >> $script + echo 'export OE_QMAKE_MOC=${QT_TOOLS_PREFIX}/moc4' >> $script + echo 'export OE_QMAKE_UIC=${QT_TOOLS_PREFIX}/uic4' >> $script + echo 'export OE_QMAKE_UIC3=${QT_TOOLS_PREFIX}/uic34' >> $script + echo 'export OE_QMAKE_RCC=${QT_TOOLS_PREFIX}/rcc4' >> $script + echo 'export OE_QMAKE_QDBUSCPP2XML=${QT_TOOLS_PREFIX}/qdbuscpp2xml4' >> $script + echo 'export OE_QMAKE_QDBUSXML2CPP=${QT_TOOLS_PREFIX}/qdbusxml2cpp4' >> $script + echo 'export OE_QMAKE_QT_CONFIG=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/qconfig.pri' >> $script + echo 'export QMAKESPEC=${SDKTARGETSYSROOT}/${datadir}/${QT_DIR_NAME}/mkspecs/linux-g++' >> $script }
Signature · 1 line
1.7.1.1
PATCH 3/30 conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES
In reply to Saul WoldFrom: Khem Raj <[email protected]>
Appending to BBPATH gives a definite order to BBLAYERS which means paths are preferred in order from left to right.
--- meta/conf/layer.conf | 10 +++++++++- 1 files changed, 9 insertions(+), 1 deletions(-)
meta/conf/layer.conf +9 -1
@@ -2,7 +2,15 @@ BBPATH ?= "" # We have a conf and classes directory, add to BBPATH BBPATH .= ":${LAYERDIR}" # We have a packages directory, add to BBFILES -BBFILES += "${LAYERDIR}/packages/*/*.bb ${LAYERDIR}/recipes-*/*/*.bb" +# packages is still there because metadata_scm.bbclass still uses +# it to deduce the repo directory and thats the reason to prepend +# to BBFILES here because this class uses the first entry in +# BBFILES to calculate the scm base. +# since the order of BBFLILES is not that important its acted upon +# using BBFILES_PRIORITY we are ok to keep the oe-core BBFILES dir +# at top + +BBFILES =+ "${LAYERDIR}/packages/*/*.bb ${LAYERDIR}/recipes-*/*/*.bb" BBFILE_COLLECTIONS += "normal" BBFILE_PATTERN_normal := "^${LAYERDIR}/"
Signature · 1 line
1.7.1.1
PATCH 8/30 kernel-arch: add microblaze to valid archs
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* Add Microblaze target to valid arch list definition
--- meta/classes/kernel-arch.bbclass | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
meta/classes/kernel-arch.bbclass +2 -1
@@ -12,7 +12,8 @@ valid_archs = "alpha cris ia64 \ m32r mips \ sh sh64 um h8300 \ parisc s390 v850 \ - avr32 blackfin" + avr32 blackfin \ + microblaze" def map_kernel_arch(a, d): import re
Signature · 1 line
1.7.1.1
PATCH 28/30 oe/patch.py: Remove series file during Clean()
In reply to Saul WoldFrom: Khem Raj <[email protected]>
Currently if there is a failed do_patch the series files get appended so if there were two patches
a.patch
b.patch
and b.patch failed during next run it would append a.patch again a.patch
b.patch
a.patch
and this would keep growing.
We can remove series file in Clean() because we populate it in Import() anyway
--- meta/lib/oe/patch.py | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
meta/lib/oe/patch.py +1 -0
@@ -198,6 +198,7 @@ class QuiltTree(PatchSet): def Clean(self): try: self._runcmd(["pop", "-a", "-f"]) + oe.path.remove(os.path.join(self.dir, "patches","series")) except Exception: pass self.initialized = True
Signature · 1 line
1.7.1.1
PATCH 13/30 readline: update version
In reply to Saul WoldFrom: Adrian Alonso <[email protected]>
* Readline new recipe version 6.2
--- meta/recipes-core/readline/readline_6.2.bb | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/readline/readline_6.2.bb
meta/recipes-core/readline/readline_6.2.bb new file +6 -0
@@ -0,0 +1,6 @@ +require readline.inc + +PR = "r0" + +SRC_URI[md5sum] = "67948acb2ca081f23359d0256e9a271c" +SRC_URI[sha256sum] = "79a696070a058c233c72dd6ac697021cc64abd5ed51e59db867d66d196a89381"
Signature · 1 line
1.7.1.1
PATCH 18/30 gtkhtml2: Update to 1161
In reply to Saul WoldFrom: Saul Wold <[email protected]>
--- meta/recipes-gnome/gtkhtml2/gtkhtml2_svn.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-gnome/gtkhtml2/gtkhtml2_svn.bb +1 -1
@@ -4,7 +4,7 @@ DESCRIPTION = "A GTK+ HTML rendering library." LICENSE = "LGPLv2" LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=55ca817ccb7d5b5b66355690e9abc605" -SRCREV = "1144" +SRCREV = "1161" PV = "2.11.0+svnr${SRCPV}" PR = "r1"
Signature · 1 line
1.7.1.1
PATCH 23/30 libxkbfile: disable xcb
In reply to Saul WoldFrom: Otavio Salvador <[email protected]>
Currently libx11 defaults to build without xcb backend and thus this needs to explicit depends on it or disable it. We opted to disable it since it is not critical for it to work.
--- meta/recipes-graphics/xorg-lib/libxkbfile_1.0.7.bb | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-)
meta/recipes-graphics/xorg-lib/libxkbfile_1.0.7.bb +3 -1
@@ -10,9 +10,11 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=aa32e1b87f1da02948ab7b55e129bf5f" DEPENDS += "virtual/libx11 kbproto" -PR = "r0" +PR = "r1" PE = "1" +EXTRA_OECONF += "--without-xcb" + BBCLASSEXTEND = "native" SRC_URI[md5sum] = "59b4fe0bdf8d9b05e45b59e8fe9e7516"
Signature · 1 line
1.7.1.1
Re: [PATCH 26/30] qmake_base.bbclass: add generate_qt_config_file task
In reply to Saul WoldQuoted 20 lines · Saul Wold
From: Otavio Salvador <[email protected]>
This writes a qt.conf inside WORKDIR to properly configure projects based on CMake. This is required since qmake variables (returned by -query command) are fixed into the binary and can only be changed using a qt.conf file.
Signed-off-by Otavio Salvador <[email protected]>--- meta/classes/qmake_base.bbclass | 15 +++++++++++++++ 1 files changed, 15 insertions(+), 0 deletions(-)meta/classes/qmake_base.bbclass +0
-0@@ -31,6 +31,21 @@ oe_qmake_mkspecs () { done }
meta/classes/qmake_base.bbclass oe_qmake_mkspecs () { · line 43
Quoted 10 lines
meta/classes/qmake_base.bbclass +10
-0+do_generate_qt_config_file() { + export QT_CONF_PATH=${WORKDIR}/qt.conf + bbwarn "${WORKDIR}/qt.conf" + cat > ${WORKDIR}/qt.conf <<EOF +[Paths] +Prefix = ${STAGING_DIR} +Binaries = ${BUILD_SYS}${bindir_native} +Headers = ${MACHINE}${prefix}/include/qt4 +Plugins = ${MACHINE}${prefix}/lib/qt4/plugins/ +Mkspecs = ${MACHINE}${prefix}/share/qt4/mkspecs/
Can we simplify this to use STAGING_BINDIR_NATIVE, STAGING_INCDIR, STAGING_LIBDIR and STAGING_DATADIR?
Cheers,
Richard
Re: [PATCH 26/30] qmake_base.bbclass: add generate_qt_config_file task
Op 10 mei 2011, om 10:43 heeft Richard Purdie het volgende geschreven:
Quoted 21 lines · Saul Wold
Quoted 20 lines
From: Otavio Salvador <[email protected]>
This writes a qt.conf inside WORKDIR to properly configure projects based on CMake. This is required since qmake variables (returned by -query command) are fixed into the binary and can only be changed using a qt.conf file.
Signed-off-by Otavio Salvador <[email protected]>---
meta/classes/qmake_base.bbclass | 15 +++++++++++++++1 files changed, 15 insertions(+), 0 deletions(-)meta/classes/qmake_base.bbclass +0
-0@@ -31,6 +31,21 @@ oe_qmake_mkspecs () { done }
Quoted 13 lines
meta/classes/qmake_base.bbclass oe_qmake_mkspecs () { · line 43
Quoted 10 lines
meta/classes/qmake_base.bbclass +10
-0+do_generate_qt_config_file() { + export QT_CONF_PATH=${WORKDIR}/qt.conf + bbwarn "${WORKDIR}/qt.conf" + cat > ${WORKDIR}/qt.conf <<EOF +[Paths] +Prefix = ${STAGING_DIR} +Binaries = ${BUILD_SYS}${bindir_native} +Headers = ${MACHINE}${prefix}/include/qt4 +Plugins = ${MACHINE}${prefix}/lib/qt4/plugins/ +Mkspecs = ${MACHINE}${prefix}/share/qt4/mkspecs/Can we simplify this to use
STAGING_BINDIR_NATIVE,STAGING_INCDIR,STAGING_LIBDIRandSTAGING_DATADIR?
And consider the case of building without MACHINE and distros having a different staging layout. I know angstrom has one to enable parallel builds of uclibc and eglibc.
regards,
Koen
Re: [PATCH 25/30] cmake.bbclass: fix qmake and rpath issues
In reply to Saul WoldQuoted 16 lines · Saul Wold
From: Otavio Salvador <[email protected]>
Sync with OE at
3b7d83362027fde4f6850533ab83277d95dda961however without changing the way of generating the toolchain file and making it branding agnostic.Signed-off-by Otavio Salvador <[email protected]>--- meta/classes/cmake.bbclass | 19 +++++++++++++++++-- 1 files changed, 17 insertions(+), 2 deletions(-)meta/classes/cmake.bbclass +0
-0
meta/classes/cmake.bbclass OECMAKE_CXX_FLAGS ?= "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${TARGET_CPPFLAGS} -f · line 32
Quoted 9 lines
meta/classes/cmake.bbclass +6
-0@@ -24,15 +24,23 @@ OECMAKE_CXX_FLAGS ?= "${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${TARGET_CPPFLAGS} -f OECMAKE_C_FLAGS_RELEASE ?= "${SELECTED_OPTIMIZATION} -DNDEBUG" OECMAKE_CXX_FLAGS_RELEASE ?= "${SELECTED_OPTIMIZATION} -DNDEBUG" +OECMAKE_RPATH ?= "" +python __anonymous() { + # Only set OECMAKE_RPATH if we build a native recipe + if bb.data.inherits_class('native', d) and not bb.data.inherits_class('cross', d): + bb.data.setVar('OECMAKE_RPATH', '${libdir}', d) +}
Firstly, I don't understand why the "not bb.data.inherits_class('cross', d)" part of the condition is there as I can't think of a case we inherit native and cross.
Secondly, can you not just set OECMAKE_RPATH = "${libdir}" in native.bbclass? I dislike having anonymous python doing simple things we could do more simply although I can understand the desire to do this in the same file. Perhaps we should use:
OECMAKE_RPATH = ""
OECMAKE_RPATH_virtclass-native = "${libdir}"
which assumes anything would use BBCLASSEXTEND but we're encouraging that strongly anyway.
We could unconditionally make native.bbclass set the override too...
Cheers,
Richard
Quoted 29 lines
meta/classes/cmake.bbclass +10
-2cmake_do_generate_toolchain_file() { cat > ${WORKDIR}/toolchain.cmake <<EOF # CMake system name must be something like "Linux". # This is important for cross-compiling. set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u&/'` ) +set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} ) set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} ) set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} ) -set( CMAKE_C_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "poky CFLAGS" ) -set( CMAKE_CXX_FLAGS "${OECMAKE_CXX_FLAGS}" CACHE STRING "poky CXXFLAGS" ) +set( CMAKE_C_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "CFLAGS" ) +set( CMAKE_CXX_FLAGS "${OECMAKE_CXX_FLAGS}" CACHE STRING "CXXFLAGS" ) set( CMAKE_C_FLAGS_RELEASE "${OECMAKE_C_FLAGS_RELEASE}" CACHE STRING "CFLAGS for release" ) set( CMAKE_CXX_FLAGS_RELEASE "${OECMAKE_CXX_FLAGS_RELEASE}" CACHE STRING "CXXFLAGS for release" )@@ -43,6 +51,13 @@ set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM ONLY ) set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY ) set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY ) +# Use qt.conf settings +set( ENV{QT_CONF_PATH} ${WORKDIR}/qt.conf ) + +# We need to set the rpath to the correct directory as cmake does not provide any +# directory as rpath by default +set( CMAKE_INSTALL_RPATH ${OECMAKE_RPATH} ) + # Use native cmake modules set( CMAKE_MODULE_PATH ${STAGING_DATADIR}/cmake/Modules/ ) EOF
Re: [PATCH 13/30] readline: update version
In reply to Saul WoldQuoted 9 lines · Saul Wold
From: Adrian Alonso <[email protected]>
* Readline new recipe version 6.2
Signed-off-by Adrian Alonso <[email protected]>--- meta/recipes-core/readline/readline_6.2.bb | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/readline/readline_6.2.bb
Why is readline 6.1 being kept?
Cheers,
Richard
Re: [PATCH 03/30] conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES
In reply to Saul WoldQuoted 18 lines · Saul Wold
From: Khem Raj <[email protected]>
Appending to BBPATH gives a definite order to BBLAYERS which means paths are preferred in order from left to right.
[sgw: merged in comment]Signed-off-by Khem Raj <[email protected]>Signed-off-by Saul Wold <[email protected]>--- meta/conf/layer.conf | 10 +++++++++- 1 files changed, 9 insertions(+), 1 deletions(-)meta/conf/layer.conf +0
-0@@ -2,7 +2,15 @@ BBPATH ?= "" # We have a conf and classes directory, add to BBPATH
meta/conf/layer.conf BBPATH ?= "" · line 11
Quoted 10 lines
meta/conf/layer.conf +7
-1BBPATH .= ":${LAYERDIR}" # We have a packages directory, add to BBFILES -BBFILES += "${LAYERDIR}/packages/*/*.bb ${LAYERDIR}/recipes-*/*/*.bb" +# packages is still there because metadata_scm.bbclass still uses +# it to deduce the repo directory and thats the reason to prepend +# to BBFILES here because this class uses the first entry in +# BBFILES to calculate the scm base. +# since the order of BBFLILES is not that important its acted upon +# using BBFILES_PRIORITY we are ok to keep the oe-core BBFILES dir +# at top
Er, how about we actually fix metadata_scm.bbclass instead of making the world more complicated and fragile? :)
I suspect metadata_scm could use the COREBASE variable and be much nicer code...
Cheers,
Richard
Quoted 7 lines · Saul Wold
There is a matching request to poky - master for the kernel recipe, please ensure you pull that one also.
This contains support for the microblaze from Adrian and some uclibc from Khem, along with some changes from Otavio. I passed through the insane LICENSE == CLOSED check, but need to think more about this (ie we should never see this kind of license in oe-core).
I think its ok to allow handling of it though.
I took most of this and provided feedback on the 4 patches I didn't take.
Cheers,
Richard
Re: [PATCH 25/30] cmake.bbclass: fix qmake and rpath issues
In reply to Richard PurdieOn Tue, May 10, 2011 at 05:50, Richard Purdie
<[email protected]> wrote:
...
Quoted 1 line
We could unconditionally make native.bbclass set the override too...
I can revert this part of this and provide a patch to native.bbclass for it.
Signature · 3 lines
Otavio Salvador O.S. Systems E-mail: [email protected] http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Re: [PATCH 26/30] qmake_base.bbclass: add generate_qt_config_file task
In reply to Koen KooiQuoted 1 line · Koen Kooi
And consider the case of building without MACHINE and distros having a different staging layout. I know angstrom has one to enable parallel builds of uclibc and eglibc.
In this case what we ought to use?
Signature · 3 lines
Otavio Salvador O.S. Systems E-mail: [email protected] http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Re: [PATCH 26/30] qmake_base.bbclass: add generate_qt_config_file task
Op 10 mei 2011, om 14:46 heeft Otavio Salvador het volgende geschreven:
Quoted 4 lines · Koen Kooi
Quoted 1 line
And consider the case of building without MACHINE and distros having a different staging layout. I know angstrom has one to enable parallel builds of uclibc and eglibc.
In this case what we ought to use?
Keep prefix empty and use STAGING_LIBDIR, etc as RP said.
Quoted 10 lines
Signature · 9 lines
-- Otavio Salvador O.S. Systems E-mail: [email protected] http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 13/30] readline: update version
In reply to Richard PurdieUnaware of delete recipe policy, there is also a recipe of readline version 5.2
should also be removed?
Send to list a patch that deletes recipe readline-6.1.bb
Regards
Quoted 18 lines · Richard Purdie
Quoted 9 lines · Saul Wold
From: Adrian Alonso <[email protected]>
* Readline new recipe version 6.2
Signed-off-by Adrian Alonso <[email protected]>--- meta/recipes-core/readline/readline_6.2.bb | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/readline/readline_6.2.bbWhy is readline 6.1 being kept?
Cheers,
Richard
Signature · 2 lines
Adrian Alonso Secret Lab Technologies Ltd.
Re: [PATCH 13/30] readline: update version
Quoted 5 lines · Adrian Alonso
Unaware of delete recipe policy, there is also a recipe of readline version 5.2
should also be removed?Send to list a patch that deletes recipe readline-6.1.bb
There are two versions listed. A GPLv2 and a GPLv3 version. We're attempting to preserve the last GPLv2 versions for a base set of recipes to enable people who have specific license restrictions on their devices.
So updating 6.1 -> 6.2 (and removing 6.1) is definitely policy -- unless there are components that have hard requirements on 6.1...
The GPLv2 version should remain for the time being.
--Mark
Quoted 25 lines
Regards
Quoted 18 lines · Richard Purdie
Quoted 9 lines · Saul Wold
From: Adrian Alonso <[email protected]>
* Readline new recipe version 6.2
Signed-off-by Adrian Alonso <[email protected]>--- meta/recipes-core/readline/readline_6.2.bb | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/readline/readline_6.2.bbWhy is readline 6.1 being kept?
Cheers,
Richard
Re: [PATCH 03/30] conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES
In reply to Richard PurdieQuoted 33 lines · Richard Purdie
Quoted 20 lines · Saul Wold
From: Khem Raj <[email protected]>
Appending to BBPATH gives a definite order to BBLAYERS which means paths are preferred in order from left to right.
[sgw: merged in comment]Signed-off-by Khem Raj <[email protected]>Signed-off-by Saul Wold <[email protected]>---
meta/conf/layer.conf | 10 +++++++++-1 files changed, 9 insertions(+), 1 deletions(-)meta/conf/layer.conf +0
-0@@ -2,7 +2,15 @@ BBPATH ?= "" # We have a conf and classes directory, add to BBPATHBBPATH .= ":${LAYERDIR}"
# We have a packages directory, add to BBFILESmeta/conf/layer.conf BBPATH ?= "" · line 11
Quoted 8 lines
meta/conf/layer.conf +7
-1-BBFILES += "${LAYERDIR}/packages/*/*.bb ${LAYERDIR}/recipes-*/*/*.bb" +# packages is still there because metadata_scm.bbclass still uses +# it to deduce the repo directory and thats the reason to prepend +# to BBFILES here because this class uses the first entry in +# BBFILES to calculate the scm base. +# since the order of BBFLILES is not that important its acted upon +# using BBFILES_PRIORITY we are ok to keep the oe-core BBFILES dir +# at topEr, how about we actually fix metadata_scm.bbclass instead of making the world more complicated and fragile? :)
Quoted 3 lines
I suspect
metadata_scmcould use the COREBASE variable and be much nicer code...
yes
OK let me see
Quoted 6 lines
Cheers,
Richard
Re: [PATCH 03/30] conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES
In reply to Richard PurdieQuoted 5 lines · Richard Purdie
Er, how about we actually fix metadata_scm.bbclass instead of making the world more complicated and fragile? :)
I suspect
metadata_scmcould use the COREBASE variable and be much nicer code...
I'd really like to see it gather information about the current state of all layers which are scm working copies and summarize this in the build summary, rather than grabbing one specific bit of information, personally.
Signature · 5 lines
Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics
Re: [PATCH 03/30] conf/layer.conf: Use .= to append to BBPATH and =+ for BBFILES
Quoted 5 lines · Chris Larson
Quoted 3 lines · Richard Purdie
Er, how about we actually fix metadata_scm.bbclass instead of making the world more complicated and fragile? :)
Quoted 7 lines
Quoted 2 lines
I suspect
metadata_scmcould use the COREBASE variable and be much nicer code...I'd really like to see it gather information about the current state of all layers which are scm working copies and summarize this in the build summary, rather than grabbing one specific bit of information, personally.
I'd also agree with this and have said as much somewhere (layer tooling discussions?) but I'll take the COREBASE change short term.
Cheers,
Richard