Re: [OE-core] [PATCH] opkg: ignore result of opkg configure
On 2 October 2013 16:07, Shakeel, Muhammad muhammad_shak...@mentor.com wrote: From: Muhammad Shakeel muhammad_shak...@mentor.com Some packages may return error while running opkg-cl configure, during first boot. This will fail 'ExecStart' and 'ExecStartPost' will not run. Without 'ExecStartPost' opkg-configure service will continue to run on successive boot attempts. 'ExecStartPost' should disable this service after first boot irrespective of 'ExecStart' status. Isn't there an argument that the current behaviour is right? Whilst there's still outstanding postinstalls to run, continue attempting to run them. At some point they'll hopefully succeed - the original failure may have been an ordering problem. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] separatebuilddir: remove entries for imake and xorg-cf-files
Imake and the associated xorg-cf-files recipes were removed. Signed-off-by: Cristiana Voicu cristiana.vo...@intel.com --- meta/conf/distro/include/seperatebuilddir.inc |4 1 file changed, 4 deletions(-) diff --git a/meta/conf/distro/include/seperatebuilddir.inc b/meta/conf/distro/include/seperatebuilddir.inc index 8f2ebfa..c067183 100644 --- a/meta/conf/distro/include/seperatebuilddir.inc +++ b/meta/conf/distro/include/seperatebuilddir.inc @@ -234,8 +234,6 @@ B_pn-help2man-native = ${SEPB} B_pn-icon-naming-utils-native = ${SEPB} B_pn-icu = ${SEPB} B_pn-icu-native = ${SEPB} -B_pn-imake = ${SEPB} -B_pn-imake-native = ${SEPB} B_pn-inputproto = ${SEPB} B_pn-inputproto-native = ${SEPB} B_pn-intltool = ${SEPB} @@ -753,8 +751,6 @@ B_pn-xkbcomp = ${SEPB} B_pn-xkbcomp-native = ${SEPB} B_pn-xkeyboard-config = ${SEPB} B_pn-xmodmap = ${SEPB} -B_pn-xorg-cf-files = ${SEPB} -B_pn-xorg-cf-files-native = ${SEPB} B_pn-xprop = ${SEPB} B_pn-xproto = ${SEPB} B_pn-xproto-native = ${SEPB} -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libav: Add libswscale to PACKAGES_DYNAMIC
Add libswscale to PACKAGES_DYNAMIC because it was missing. Adding it also allows libswscale to get included in an image using IMAGE_INSTALL. Signed-off-by: Diego Rondini diego...@zoho.com --- meta/recipes-multimedia/libav/libav.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/libav/libav.inc b/meta/recipes-multimedia/libav/libav.inc index eae190d..e4b4ca9 100644 --- a/meta/recipes-multimedia/libav/libav.inc +++ b/meta/recipes-multimedia/libav/libav.inc @@ -126,4 +126,4 @@ python populate_packages_prepend() { d.appendVar('INSANE_SKIP_%s' % pkg, ' textrel') } -PACKAGES_DYNAMIC += ^lib(av(codec|device|filter|format|util)|postproc).* +PACKAGES_DYNAMIC += ^lib(av(codec|device|filter|format|util)|postproc|swscale).* -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] xorg-lib-common: fix malloc0returnsnull usage
Xorg libraries that use Xmalloc need to know if malloc(0) returns NULL or not, and as this is a runtime test it can't be checked for. Previously xorg-lib-common declared that malloc(0) did return NULL, but this isn't true for eglibc (only uclibc). Instead, use libc-specific overrides to pass the relevant option. (ideally the check would use the autoconf cache so this can be stored in the site files) Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-graphics/xorg-lib/xorg-lib-common.inc |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc index c911925..98e1416 100644 --- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc +++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc @@ -13,8 +13,9 @@ S = ${WORKDIR}/${XORG_PN}-${PV} inherit autotools pkgconfig -EXTRA_OECONF = --enable-malloc0returnsnull \ ---disable-specs --with-groff=no --with-ps2pdf=no --with-fop=no --without-xmlto +EXTRA_OECONF = --disable-specs --without-groff --without-ps2pdf --without-fop --without-xmlto +EXTRA_OECONF_append_libc-glibc = --disable-malloc0returnsnull +EXTRA_OECONF_append_libc-uclibc = --enable-malloc0returnsnull python () { whitelist = [ pixman, libpciaccess ] -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dylan, master][PATCH] autotools.bbclass: Fix race with sed-native
On Mon, 2013-10-07 at 21:44 -0500, Richard Tollerton wrote: richard.pur...@linuxfoundation.org writes: On Fri, 2013-10-04 at 20:22 -0700, Saul Wold wrote: On 10/04/2013 04:35 PM, Richard Tollerton wrote: This also starts to create more front end bottle next on autotools related items before we can really start to parallelize the build. More thought is required on this. Please have a look at the sed-native changes that went into master recently as I think this issue has been fixed differently... Indeed, I agree that commit db2eb325 would fix the race... nd this also makes me 2-for-2 this month on reinventing the wheel. :'( But this brings up a question I've been meaning to ask. Build reproducibility is reduced (all other things being equal) as more external dependencies are introduced. So I would have expected that The Right Thing here would have been to specify -native packages as explicit dependencies (just like it's always important to comprehensively enumerate dependencies). Not to add specific short-circuits to use the system package. sed's probably a bad example here since it is rather well-behaved -- surely this sort of issue comes up for many other packages, though... I know that the OE build is horribly slow, but is it really so slow as to require short-circuiting native package dependencies such as this? Has there been a general architectural decision made over this sort of thing? (I'm sorry, I tried to search for one on the mailing list and wiki, but couldn't find any.) Some native utilities cause big problems in the dependency chain. Things like tar and gzip have caused us big problems in the past. We've made a conscious decision to require specific versions of tar, gzip and git for example to ensure builds work as expected. The list of things we assume are ok is relatively small and we look at new issues on a case by case basis. I think sed is well enough established and well enough behaved to be something we can rely on. In general we don't rely on much. Do you have any other specific things you worry about? When you start to look at it, the list is rather small... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dylan, master][PATCH] autotools.bbclass: Fix race with sed-native
Richard Purdie richard.purdie-hqyy1w1ycw8ekmwlsbkhg0b+6bgkl...@public.gmane.org writes: The list of things we assume are ok is relatively small and we look at new issues on a case by case basis. I think sed is well enough established and well enough behaved to be something we can rely on. In general we don't rely on much. Do you have any other specific things you worry about? ccache... it causes big problems when CC='ccache real-gcc' is set and ccache-native gets rebuilt in parallel. A customer had problems when building apr-utils (libtool reported missing '--tag=cc' option) which are very likely related to a no-ccache - ccache-available situation. It is very difficult to recover from such things because CCACHE is in BB_HASHBASE_WHITELIST. Enrico ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] libmatchbox: remove unused configure options
These options appear to have never existed in libmatchbox, remove them. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-graphics/libmatchbox/libmatchbox_1.11.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/libmatchbox/libmatchbox_1.11.bb b/meta/recipes-graphics/libmatchbox/libmatchbox_1.11.bb index 244a495..d162a78 100644 --- a/meta/recipes-graphics/libmatchbox/libmatchbox_1.11.bb +++ b/meta/recipes-graphics/libmatchbox/libmatchbox_1.11.bb @@ -16,4 +16,4 @@ SRC_URI[sha256sum] = 254cab52e304a3512c8df4be59d690cf3921bbb68a28ede7fe26b93534 inherit autotools pkgconfig -EXTRA_OECONF = --enable-jpeg --enable-expat --enable-xsettings --enable-startup-notification +EXTRA_OECONF = --enable-jpeg --enable-xsettings -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] pango: fix x11 DISTRO_FEATURE check
--without-x was removed in 1.32.0, so the correct option is now --without-xft. Also remove --disable-glibtest, as configure.ac doesn't invoke that test. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-graphics/pango/pango.inc |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/meta/recipes-graphics/pango/pango.inc b/meta/recipes-graphics/pango/pango.inc index ea360c7..17006d3 100644 --- a/meta/recipes-graphics/pango/pango.inc +++ b/meta/recipes-graphics/pango/pango.inc @@ -13,7 +13,7 @@ X11DEPENDS = virtual/libx11 libxft DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv cairo harfbuzz PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} -PACKAGECONFIG[x11] = --with-x,--without-x,${X11DEPENDS} +PACKAGECONFIG[x11] = --with-xft,--without-xft,${X11DEPENDS} BBCLASSEXTEND = native DEPENDS_class-native = glib-2.0-native cairo-native harfbuzz-native @@ -34,8 +34,7 @@ EXTRA_AUTORECONF = # seems to go wrong with default cflags FULL_OPTIMIZATION_arm = -O2 -EXTRA_OECONF = --disable-glibtest \ - --disable-introspection \ +EXTRA_OECONF = --disable-introspection \ --enable-explicit-deps=no \ --disable-debug \ --with-mlprefix=${MLPREFIX} -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] gtk+: remove unused configure options
--without-libjasper and --without-libtiff were removed when GTK+ and gdk-pixbuf separated, in 2.22.0 Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-gnome/gtk+/gtk+_2.24.20.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.20.bb b/meta/recipes-gnome/gtk+/gtk+_2.24.20.bb index baa5c9a..ad3b4e9 100644 --- a/meta/recipes-gnome/gtk+/gtk+_2.24.20.bb +++ b/meta/recipes-gnome/gtk+/gtk+_2.24.20.bb @@ -31,7 +31,7 @@ SRC_URI = http://ftp.gnome.org/pub/gnome/sources/gtk+/2.24/gtk+-${PV}.tar.xz \ SRC_URI[md5sum] = 9d781d7accd80668e29d7f567ce5 SRC_URI[sha256sum] = cc66bcbf9239a7d9861175c681ba95894b55c70dc0b37aad8345c46ecfda0da3 -EXTRA_OECONF = --without-libtiff --without-libjasper --enable-xkb --disable-glibtest --disable-cups --disable-xinerama +EXTRA_OECONF = --enable-xkb --disable-glibtest --disable-cups --disable-xinerama LIBV = 2.10.0 -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] libxt: remove unused configure option
--disable-install-makestrs was removed in 1.0.8, released back in 2010. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb b/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb index c3373f4..9c1aaa4 100644 --- a/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb +++ b/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb @@ -27,7 +27,7 @@ SRC_URI += file://libxt_fix_for_x32.patch BBCLASSEXTEND = native -EXTRA_OECONF += --disable-install-makestrs --disable-xkb +EXTRA_OECONF += --disable-xkb do_compile() { ( -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] insane: configure option checking
Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/insane.bbclass | 20 1 file changed, 20 insertions(+) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index a784aff..6aaae6b 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -42,6 +42,8 @@ ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \ ALL_QA = ${WARN_QA} ${ERROR_QA} +UNKNOWN_CONFIGURE_WHITELIST ?= --enable-nls --disable-nls --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot + # # dictionary for elf headers # @@ -916,6 +918,24 @@ Missing inherit gettext? % (gt, config)) if not package_qa_check_license(workdir, d): bb.fatal(Licensing Error: LIC_FILES_CHKSUM does not match, please fix) +### +# Check unrecognised configure options (with a white list) +### +if bb.data.inherits_class(autotools, d): +bb.note(Checking configure output for unrecognised options) +try: +flag = WARNING: unrecognized options: +log = os.path.join(d.getVar('B', True), 'config.log') +output = subprocess.check_output(['grep', '-F', flag, log]) +options = set(map(lambda s: s.strip(' ,'), output.partition(flag)[2].split())) +whitelist = set(d.getVar(UNKNOWN_CONFIGURE_WHITELIST, True).split()) +options -= whitelist +if options: + pn = d.getVar('PN', True) +error_msg = pn + : configure was passed unrecognised options: + .join(options) +package_qa_handle_error(unknown-configure-option, error_msg, d) +except subprocess.CalledProcessError: +pass } # The Staging Func, to check all staging #addtask qa_staging after do_populate_sysroot before do_build -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC][PATCH] insane: configure option checking
Hi, This is v2 of my unrecognised-configure-options sanity test, that checks for warnings at the end of configure logs and will emit a warning if there are unrecognised options. Useful to detect typos or options that have been removed/renamed. V2 differs from V1 in that the whitelist can be extended, and defaults to the options commonly used in oe-core classes. As an example of extending it, xorg-proto-common.inc in my branch has this: +UNKNOWN_CONFIGURE_WHITELIST += --without-fop --without-xmlto I've also done a full build of core-image-sato with this test enabled, this was the output earlier today: http://pastebin.com/7LCZF55Z. Between some local whitelist patches and the patches I just sent, that list has almost halved in size. Any thoughts, or does this look good to go? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] glib-networking: upgrade to 2.38.0 and PACKAGECONFIGise
Use PACKAGECONFIG to add options for ca-certificates, gnutls, and libproxy. Enable ca-certificates by default as all it needs to know is the right path, ca-certificates not being installed isn't fatal. Signed-off-by: Ross Burton ross.bur...@intel.com --- .../glib-networking/glib-networking_2.36.2.bb | 26 .../glib-networking/glib-networking_2.38.0.bb | 31 2 files changed, 31 insertions(+), 26 deletions(-) delete mode 100644 meta/recipes-core/glib-networking/glib-networking_2.36.2.bb create mode 100644 meta/recipes-core/glib-networking/glib-networking_2.38.0.bb diff --git a/meta/recipes-core/glib-networking/glib-networking_2.36.2.bb b/meta/recipes-core/glib-networking/glib-networking_2.36.2.bb deleted file mode 100644 index 5200b94..000 --- a/meta/recipes-core/glib-networking/glib-networking_2.36.2.bb +++ /dev/null @@ -1,26 +0,0 @@ -DESCRIPTION = glib-networking contains the implementations of certain GLib networking features that cannot be implemented directly in GLib itself because of their dependencies. -HOMEPAGE = http://git.gnome.org/browse/glib-networking/; -BUGTRACKER = http://bugzilla.gnome.org; - -LICENSE = LGPLv2 -LIC_FILES_CHKSUM = file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 - -SECTION = libs -DEPENDS = glib-2.0 gnutls intltool-native - -SRC_URI = ${GNOME_MIRROR}/${BPN}/2.36/${BPN}-${PV}.tar.xz - -SRC_URI[md5sum] = fb9121742ed36d1723f296eea19dbb3c -SRC_URI[sha256sum] = 2108d55b0af3eea56ce256830bcaf1519d6337e0054ef2eff80f2c0ef0eb23f9 - -PACKAGECONFIG ??= -PACKAGECONFIG[pkcs11] = --with-pkcs11,--without-pkcs11,p11-kit - -EXTRA_OECONF = --without-ca-certificates --without-gnome-proxy --without-libproxy - -inherit autotools pkgconfig - -FILES_${PN} += ${libdir}/gio/modules/libgio*.so ${datadir}/dbus-1/services/ -FILES_${PN}-dbg += ${libdir}/gio/modules/.debug/ -FILES_${PN}-dev += ${libdir}/gio/modules/libgio*.la -FILES_${PN}-staticdev += ${libdir}/gio/modules/libgio*.a diff --git a/meta/recipes-core/glib-networking/glib-networking_2.38.0.bb b/meta/recipes-core/glib-networking/glib-networking_2.38.0.bb new file mode 100644 index 000..ad9ad64 --- /dev/null +++ b/meta/recipes-core/glib-networking/glib-networking_2.38.0.bb @@ -0,0 +1,31 @@ +DESCRIPTION = glib-networking contains the implementations of certain GLib networking features that cannot be implemented directly in GLib itself because of their dependencies. +HOMEPAGE = http://git.gnome.org/browse/glib-networking/; +BUGTRACKER = http://bugzilla.gnome.org; + +LICENSE = LGPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 + +SECTION = libs +DEPENDS = glib-2.0 intltool-native + +GNOME_COMPRESS_TYPE = xz + +SRC_URI[archive.md5sum] = a22907deed3d956860d83aa3233e86ff +SRC_URI[archive.sha256sum] = a43eacbf721b475cf6ba0cd2eab02a332014f71a4c41d0b44bd7bbf8ed1f840d + +PACKAGECONFIG ??= ca-certificates gnutls + +# No explicit dependency as it works without ca-certificates installed +PACKAGECONFIG[ca-certificates] = --with-ca-certificates=${sysconfdir}/ssl/certs/ca-certificates.crt,--without-ca-certificates +PACKAGECONFIG[gnutls] = --with-gnutls,--without-gnutls,gnutls +PACKAGECONFIG[libproxy] = --with-libproxy,--without-libproxy,libproxy +PACKAGECONFIG[pkcs11] = --with-pkcs11,--without-pkcs11,p11-kit + +EXTRA_OECONF = --without-gnome-proxy + +inherit gnomebase + +FILES_${PN} += ${libdir}/gio/modules/libgio*.so ${datadir}/dbus-1/services/ +FILES_${PN}-dbg += ${libdir}/gio/modules/.debug/ +FILES_${PN}-dev += ${libdir}/gio/modules/libgio*.la +FILES_${PN}-staticdev += ${libdir}/gio/modules/libgio*.a -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dylan, master][PATCH] autotools.bbclass: Fix race with sed-native
richard.pur...@linuxfoundation.org writes: I know that the OE build is horribly slow, but is it really so slow as to require short-circuiting native package dependencies such as this? Has there been a general architectural decision made over this sort of thing? (I'm sorry, I tried to search for one on the mailing list and wiki, but couldn't find any.) Some native utilities cause big problems in the dependency chain. Things like tar and gzip have caused us big problems in the past. We've made a conscious decision to require specific versions of tar, gzip and git for example to ensure builds work as expected. I can level with that. However, it doesn't seem obvious that such a decision was conscientiously made, judging from the code/documentation (at least to a neophyte like me). Is there a place I've missed where such technical decisions have been documented? (Or should there be? Or should I just ask these sorts of questions on IRC?) The list of things we assume are ok is relatively small and we look at new issues on a case by case basis. I think sed is well enough established and well enough behaved to be something we can rely on. In general we don't rely on much. Do you have any other specific things you worry about? When you start to look at it, the list is rather small... The biggest thing I can think of is gcc-native. My understanding of gcc documentation is that it's recommended to build a cross-compiler with a bootstrap, or at least the same version of compiler, and we're not doing that. (Right?) Otherwise I'm mainly asking in order to understand the decisionmaking. Cheers, Richard -- Richard Tollerton rich.toller...@ni.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] linux-yocto: config changes
Richard/Saul, This series contains three configuration changes. Two for 3.10 and one for 3.8. They are all minor, but would still be nice to have merged. There's no impact on existing support, since the are all either optional or additional functionality. Cheers, Bruce p.s. I'm out of the office for the next week, so use my gmail address if there are issues. The following changes since commit 102bf5e0f640fe85068452a42b85077f1c81e0c9: build-appliance: Update SRCREV for release (2013-10-08 16:33:43 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (3): linux-yocto/3.8: re-use common-pc-64 for hasswell-wc linux-yocto/3.10: boot-live.cfg: Add CONFIG_ZISO=y linux-yocto/3.10: integrate lxc kernel feature and 32 bit x86 config meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb| 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 3 ++- meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_3.8.bb | 2 +- 6 files changed, 7 insertions(+), 6 deletions(-) -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] linux-yocto/3.8: re-use common-pc-64 for hasswell-wc
Updating the meta branch SRCREV with the following commit: [ meta-haswell-wc: update bsp scc to use linux-yocto-3.8 standard/common-pc-64/base branch Remove branch haswell-wc from haswell-wc-standard.scc so that haswell-wc BSP uses standard/common-pc-64/base branch on linux-yocto-3.8 repo. Signed-off-by: Ong Boon Leong boon.leong@intel.com ] Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_3.8.bb | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb index 003b936..9706948 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb @@ -10,7 +10,7 @@ KMETA = meta SRCREV_machine ?= 4fb187301ca153d496b2a96293dffde34d3b1a56 SRCREV_machine_qemuppc ?= 547c4ea570933ab7ece9f10d2c46875b460cd337 -SRCREV_meta ?= 467a74c47bd70c52d0b81597007d8cc39cadaefd +SRCREV_meta ?= cb96851e7e559f9247d616d08406db6135c357cb PR = ${INC_PR}.1 PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb index b936262..41b9f9f 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb @@ -13,7 +13,7 @@ LINUX_VERSION ?= 3.8.13 KMETA = meta SRCREV_machine ?= f20047520a57322f05d95a18a5fbd082fb15cb87 -SRCREV_meta ?= 467a74c47bd70c52d0b81597007d8cc39cadaefd +SRCREV_meta ?= cb96851e7e559f9247d616d08406db6135c357cb PR = ${INC_PR}.1 PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto_3.8.bb b/meta/recipes-kernel/linux/linux-yocto_3.8.bb index 5ae92fc..6f34480 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.8.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.8.bb @@ -10,7 +10,7 @@ SRCREV_machine_qemuppc ?= 698eada61d9385b42dd117858b943655b565084b SRCREV_machine_qemux86 ?= f20047520a57322f05d95a18a5fbd082fb15cb87 SRCREV_machine_qemux86-64 ?= f20047520a57322f05d95a18a5fbd082fb15cb87 SRCREV_machine ?= f20047520a57322f05d95a18a5fbd082fb15cb87 -SRCREV_meta ?= 467a74c47bd70c52d0b81597007d8cc39cadaefd +SRCREV_meta ?= cb96851e7e559f9247d616d08406db6135c357cb SRC_URI = git://git.yoctoproject.org/linux-yocto-3.8.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] linux-yocto/3.10: boot-live.cfg: Add CONFIG_ZISO=y
Updating the meta branch SRCREV with the following commit: [ The oe-core live class now fully support compressed ISO images this is the corresponding kernel change. Signed-off-by: Jason Wessel jason.wes...@windriver.com ] Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 3 ++- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 2 +- 3 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb index d55c7b9..9ca87f3 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb @@ -5,7 +5,7 @@ KBRANCH_qemuppc = standard/preempt-rt/qemuppc SRCREV_machine ?= f1e003e9441f0366d7b9a2209ef3108438745ea3 SRCREV_machine_qemuppc ?= 12be459359d5b20dbf856aa3649304c6f618d420 -SRCREV_meta ?= 363bd856c8101d4227d492cc911bc4ca0c4987c6 +SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d SRC_URI = git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},meta;name=machine,meta diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb index a238b6a..6bd7ab2 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb @@ -10,7 +10,8 @@ LINUX_VERSION ?= 3.10.11 KMETA = meta SRCREV_machine ?= e1aa804148370cda6f85640281af156ffa007d52 -SRCREV_meta ?= 363bd856c8101d4227d492cc911bc4ca0c4987c6 +SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d + PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb b/meta/recipes-kernel/linux/linux-yocto_3.10.bb index 3b8121b..d49fdac 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb @@ -10,7 +10,7 @@ SRCREV_machine_qemux86 ?= e1aa804148370cda6f85640281af156ffa007d52 SRCREV_machine_qemux86-64 ?= e1aa804148370cda6f85640281af156ffa007d52 SRCREV_machine_qemumips64 ?= 6973844d304411893420a7e57545edc4dc854bd7 SRCREV_machine ?= e1aa804148370cda6f85640281af156ffa007d52 -SRCREV_meta ?= 363bd856c8101d4227d492cc911bc4ca0c4987c6 +SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d SRC_URI = git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] linux-yocto/3.10: integrate lxc kernel feature and 32 bit x86 config
Updating the meta branch SRCREV to incorporate the two following configuration changes: 452f067 lxc: Add lxc kernel config a249eba x86_32: Enable X86_32 and disable 64BIT explicitly Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb index 9ca87f3..1a85995 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb @@ -5,7 +5,7 @@ KBRANCH_qemuppc = standard/preempt-rt/qemuppc SRCREV_machine ?= f1e003e9441f0366d7b9a2209ef3108438745ea3 SRCREV_machine_qemuppc ?= 12be459359d5b20dbf856aa3649304c6f618d420 -SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d +SRCREV_meta ?= 452f0679ea93a6cb4433bebd7177629228a5cf68 SRC_URI = git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},meta;name=machine,meta diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb index 6bd7ab2..1405e411 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb @@ -10,7 +10,7 @@ LINUX_VERSION ?= 3.10.11 KMETA = meta SRCREV_machine ?= e1aa804148370cda6f85640281af156ffa007d52 -SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d +SRCREV_meta ?= 452f0679ea93a6cb4433bebd7177629228a5cf68 PV = ${LINUX_VERSION}+git${SRCPV} diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb b/meta/recipes-kernel/linux/linux-yocto_3.10.bb index d49fdac..fa37e8a 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb @@ -10,7 +10,7 @@ SRCREV_machine_qemux86 ?= e1aa804148370cda6f85640281af156ffa007d52 SRCREV_machine_qemux86-64 ?= e1aa804148370cda6f85640281af156ffa007d52 SRCREV_machine_qemumips64 ?= 6973844d304411893420a7e57545edc4dc854bd7 SRCREV_machine ?= e1aa804148370cda6f85640281af156ffa007d52 -SRCREV_meta ?= d671e0ec09b330d68f70f13a7813cc9ecfceaa8d +SRCREV_meta ?= 452f0679ea93a6cb4433bebd7177629228a5cf68 SRC_URI = git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] kernel: restore scripts in the sysroot
Richard/Saul, 3rd time is a charm, and I finally have the right incantation to build the scripts in: tmp/sysroots/machine/usr/src/kernel/scripts/mod This works in my environment, for my test cases, but I don't have Khem's exact external module build case handy. Khem: if you can try this patch and ack it if it works, that would be fantastic. Cheers, Bruce p.s. I'm out of the office for the next week, but will track this via my gmail account. The following changes since commit 72ca7801f3b733f7fc63326c1d8c98a3c32a519f: linux-yocto/3.10: integrate lxc kernel feature and 32 bit x86 config (2013-10-08 16:44:54 -0400) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-oe http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-oe Bruce Ashfield (1): kernel: restore scripts in the sysroot meta/classes/kernel.bbclass | 11 +++ 1 file changed, 11 insertions(+) -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] kernel: restore scripts in the sysroot
When building against the sysroot, out of tree modules can require modpost and other utilities normally found in the kernel's scripts directory. For the kernel source in the staging dir, these scripts have been removed to avoid mixing archiectures when packaging kernel-dev (among other things). Rather than further complicate the kernel's install rule, or its packaging, we can restore the scripts by building them in the kernel staging directory after the sstate is installed, making them available to packages that need them. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 11 +++ 1 file changed, 11 insertions(+) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 4acfb7e..d5fa801 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -292,6 +292,17 @@ kernel_do_install() { } do_install[prefuncs] += package_get_auto_pr + +SSTATEPOSTINSTFUNCS += kernelscripts_sstate_postinst +kernelscripts_sstate_postinst () { + if [ ${BB_CURRENTTASK} = populate_sysroot -o ${BB_CURRENTTASK} = populate_sysroot_setscene ]; then + ( + cd ${STAGING_KERNEL_DIR} + oe_runmake scripts + ) + fi +} + sysroot_stage_all_append() { sysroot_stage_dir ${D}${KERNEL_SRC_PATH} ${SYSROOT_DESTDIR}${KERNEL_SRC_PATH} } -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Fixing the warning
Warning: No GNU_HASH in the elf binary Signed-off-by: Sujith H sujith_harida...@mentor.com --- meta/recipes-support/nspr/nspr_4.10.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/nspr/nspr_4.10.bb b/meta/recipes-support/nspr/nspr_4.10.bb index fcecb95..4247fd0 100644 --- a/meta/recipes-support/nspr/nspr_4.10.bb +++ b/meta/recipes-support/nspr/nspr_4.10.bb @@ -19,6 +19,7 @@ SRC_URI[sha256sum] = 0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541 S = ${WORKDIR}/nspr-${PV}/nspr RDEPENDS_${PN}-dev += perl +TARGET_CC_ARCH += ${LDFLAGS} TESTS = runtests.pl \ runtests.sh \ -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Fixing the warning
Hi, I was getting lot of warning while building nspr recipe. The attachment in the mail refers to the details of the warning. The patch in my previous mail do fix these warning messages. The GCC used by me is of version 4.8.1. In case of more information is required let me know so that I can help better. Thanks, Sujith H On Wed, Oct 9, 2013 at 9:55 AM, Sujith H sujit...@gmail.com wrote: Warning: No GNU_HASH in the elf binary Signed-off-by: Sujith H sujith_harida...@mentor.com --- meta/recipes-support/nspr/nspr_4.10.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/nspr/nspr_4.10.bbb/meta/recipes-support/nspr/ nspr_4.10.bb index fcecb95..4247fd0 100644 --- a/meta/recipes-support/nspr/nspr_4.10.bb +++ b/meta/recipes-support/nspr/nspr_4.10.bb @@ -19,6 +19,7 @@ SRC_URI[sha256sum] = 0cfbe561676b92e5af3ddc7ac77452014e3da8885da66baec811e73541 S = ${WORKDIR}/nspr-${PV}/nspr RDEPENDS_${PN}-dev += perl +TARGET_CC_ARCH += ${LDFLAGS} TESTS = runtests.pl \ runtests.sh \ -- 1.8.1.4 -- സുജിത് ഹരിദാസന് Bangalore ProjectContributor to KDE project http://fci.wikia.com/wiki/Anti-DRM-Campaign Blog http://sujithh.info warning.log Description: Binary data ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core