Re: [OE-core] [PATCH 0/5] linux-yocto: consolidated pull request
On 2015-05-01 6:59 PM, Richard Purdie wrote: On Thu, 2015-04-30 at 21:34 -0400, Bruce Ashfield wrote: Here is the latest consolidated pull request for the supported linux-yocto kernels. - We have a refresh of the 3.14-rt support - bluetooh configuration changes for common-pc/qemux86 - braswell BSP features and fixes - Introduction of the 4.1-rc1 -dev kernel (and associated perf fix). I've built and booted these on my local machines and qemu, and everything was sane. The -dev kernel obviously isn't something for deployment yet, but it builds, and forms the base for follow up config changes, features and development work. I built and booted core-image-kernel dev with the 4.1 changes in place. The autobuilder showed up this for an x32 build :/. Can one of the intel folks have a look at this ? I won't be able to get to it until Tuesday at the earliest. Bruce https://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/282/steps/BuildImages/logs/stdio Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] linux-yocto: consolidated pull request
On Thu, 2015-04-30 at 21:34 -0400, Bruce Ashfield wrote: Here is the latest consolidated pull request for the supported linux-yocto kernels. - We have a refresh of the 3.14-rt support - bluetooh configuration changes for common-pc/qemux86 - braswell BSP features and fixes - Introduction of the 4.1-rc1 -dev kernel (and associated perf fix). I've built and booted these on my local machines and qemu, and everything was sane. The -dev kernel obviously isn't something for deployment yet, but it builds, and forms the base for follow up config changes, features and development work. I built and booted core-image-kernel dev with the 4.1 changes in place. The autobuilder showed up this for an x32 build :/. https://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/282/steps/BuildImages/logs/stdio Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] opkg_install_pkg: Package name md5sum mismatch. Either the opkg or the package index are corrupt.
On 05/01/2015 11:06 AM, Denys Dmytriyenko wrote: Hi, Has anyone ever seen this message during image.do_rootfs task? Collected errors: * opkg_install_pkg: Package package md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. * opkg_install_cmd: Cannot install package package. We started seeing it on random packages inside the image few weeks ago on different machines. At the time we had switched to bitbake 1.26. But even trying different bitbake versions still occasionally caused the same error, so the culprit is still unknwon. Using oe-core/daisy for now. Any comments or suggestions to where start looking would be appreciated! Thanks. The error is saying that there is a mismatch between the registered package mds5sum and the actual md5sum of the package. On your log.do_rootfs log file you should find the opkg-cl command being called, which has an opkg.conf file as parameter. Inside the conf file, you will see the paths to the local repos being used to build your image. Can you confirm that the registered md5sum for one of the problematic packages on the Package file on the repo doesn't match the actual package md5sum? Alejandro -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] libxml2: fix python path and add libxml2-python
buildhistory says: packages/corei7-64-poky-linux/libxml2/libxml2: RDEPENDS: added python-core Why does the library package gain a dependency on python? Ross On 29 April 2015 at 08:26, Robert Yang liezhi.y...@windriver.com wrote: We have libxml2-python for native and nativesdk, but don't have it for target, and can't find the reason from the git log, libxml2-python is widely used, after looked into it's configure.in, we can add it by PACKAGECONFIG. The previous --with-python=${STAGING_BINDIR}/python is incorrect, it acted as work becase it's conigure can check automatically, python is in ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}, as known as ${PYTHON}. Add python to PACKAGECONFIG, since createrepo rdepends on libxml2-python, otherwise the target createrepo can't work. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-core/libxml/libxml2.inc | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/meta/recipes-core/libxml/libxml2.inc b/meta/recipes-core/libxml/libxml2.inc index 1314bbf..4886705 100644 --- a/meta/recipes-core/libxml/libxml2.inc +++ b/meta/recipes-core/libxml/libxml2.inc @@ -9,8 +9,6 @@ LIC_FILES_CHKSUM = file://Copyright;md5=2044417e2e5006b65a8b9067b683fcf1 \ file://list.c;beginline=4;endline=13;md5=cdbfa3dee51c099edb04e39f762ee907 \ file://trio.c;beginline=5;endline=14;md5=6c025753c86d958722ec76e94cae932e -DEPENDS_class-nativesdk = nativesdk-python -DEPENDS_class-native = python-native DEPENDS =+ zlib SRC_URI = ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz;name=libtar \ @@ -37,16 +35,16 @@ do_configure_prepend () { sed -i -e '/.*ansidecl.h.*/d' ${S}/configure.ac } -do_configure_prepend_class-nativesdk () { - # Ensure we get the correct site-packages path - export PYTHON_SITE_PACKAGES=${PYTHON_SITEPACKAGES_DIR} -} +export PYTHON_SITE_PACKAGES=${PYTHON_SITEPACKAGES_DIR} + +PACKAGECONFIG ??= python +PACKAGECONFIG[python] = --with-python=${PYTHON},--without-python,python,python-core # WARNING: zlib is require for RPM use -EXTRA_OECONF = --without-python --without-debug --without-legacy --with-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions -EXTRA_OECONF_class-native = --with-python=${STAGING_BINDIR}/python --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib -EXTRA_OECONF_class-nativesdk = --with-python=${STAGING_BINDIR}/python --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib -EXTRA_OECONF_linuxstdbase = --without-python --with-debug --with-legacy --with-docbook --with-c14n --without-lzma --with-zlib +EXTRA_OECONF = --without-debug --without-legacy --with-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions +EXTRA_OECONF_class-native = --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib +EXTRA_OECONF_class-nativesdk = --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib +EXTRA_OECONF_linuxstdbase = --with-debug --with-legacy --with-docbook --with-c14n --without-lzma --with-zlib # required for pythong binding export HOST_SYS -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/6] recipetool: ensure git clone is a full clone when extracting
On Thursday 30 April 2015 11:26:34 Paul Eggleton wrote: I just find the term full clone a bit misleading here. I somehow tend to associate it with a mirrored clone / cloning all refs / cloning with full history. Could the term used above be independent clone or standalone clone or something? Yep, sounds reasonable - I'll rename it in a v2. Actually I'm thinking it's not worth sending a v2, I've just updated it on the branch since it's a straight rename. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel.bbclass: Fix race condition
On Tue, 2015-04-14 at 19:56 +0300, Ed Bartosh wrote: Race condition between do_compile_kernelmodules and do_shared_workdir tasks occurs when do_compilemodules changes files in include/generated/* while do_shared_workdir tries to copy them to shared working directory. Functionality of do_shared_workdir has been moved to separate function mk_shared_workdir and called from do_kernel_compile. do_shared_workdir left in the code as it may be used in many recipes. Its called from do_kernel_install according to the patch? This leaves a race since some code depends on the do_shared_work task and shared_work is added after compile before install. Cheers, Richard [YOCTO #7321] Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 125ed88..aad430a 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -231,6 +231,8 @@ kernel_do_install() { [ -e Module.symvers ] install -m 0644 Module.symvers ${D}/boot/Module.symvers-${KERNEL_VERSION} install -d ${D}${sysconfdir}/modules-load.d install -d ${D}${sysconfdir}/modprobe.d + + mk_shared_workdir } do_install[prefuncs] += package_get_auto_pr @@ -245,7 +247,7 @@ emit_depmod_pkgdata() { PACKAGEFUNCS += emit_depmod_pkgdata -do_shared_workdir () { +mk_shared_workdir () { cd ${B} kerneldir=${STAGING_KERNEL_BUILDDIR} @@ -289,6 +291,14 @@ do_shared_workdir () { fi } +# NOTE!!! Functionality of do_shared_workdir has been moved to mk_shared_workdir +# and called from kernel_do_compile. +# It caused race condition with do_compile_kernelmodules when it runs +# in parallel with do_compile_kernelmodules +do_shared_workdir () { + : +} + # We don't need to stage anything, not the modules/firmware since those would clash with linux-firmware sysroot_stage_all () { : -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bind: upgrade to 9.10.2
On 30 April 2015 at 10:24, Rongqing Li rongqing...@windriver.com wrote: I can not reproduce it on Ubuntu and Fedora release 21, for x86. mips This is what I see: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64 -O2 -pipe -g -feliminate-unused-debug-types -D_GNU_SOURCE -I/data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//include -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o svtest test.o libomapi.a /data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//libirs.a /data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//libdns.a /data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//libisccfg.a /data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//libisc.a -lcrypto | /data/poky-master/tmp/sysroots/intel-corei7-64/usr/lib//libdns.a(cache.o): In function `renderstat': | /data/poky-master/tmp/work/corei7-64-poky-linux/bind/9.10.2-r0/bind-9.10.2/lib/dns/cache.c:1419: undefined reference to `xmlTextWriterStartElement' It appears to be forgetting to link to libxml2. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libart_lgpl: Allow art_config.h to be generated at compile time
On 29 April 2015 at 08:44, Nathan Rossi nathan.ro...@xilinx.com wrote: * Remove patch that prevents the Makefile from generating the art_config.h file * Remove pre-generated art_config.h for various architecture * Add a do_compile prepend to remove the art_config.h that is provided in the source so that the compilation will regenerate the file \o/ Well spotted that this can be removed. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] opkg_install_pkg: Package name md5sum mismatch. Either the opkg or the package index are corrupt.
Hi, Has anyone ever seen this message during image.do_rootfs task? Collected errors: * opkg_install_pkg: Package package md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. * opkg_install_cmd: Cannot install package package. We started seeing it on random packages inside the image few weeks ago on different machines. At the time we had switched to bitbake 1.26. But even trying different bitbake versions still occasionally caused the same error, so the culprit is still unknwon. Using oe-core/daisy for now. Any comments or suggestions to where start looking would be appreciated! Thanks. -- Denys -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dizzy][PATCH] mesa: update --with-llvm-shared-libs configure option
From: Andre McCurdy armccu...@gmail.com As per the Mesa 10.2 release notes, --with-llvm-shared-libs has been renamed to --enable-llvm-shared-libs. http://www.mesa3d.org/relnotes/10.2.html Signed-off-by: Andre McCurdy armccu...@gmail.com Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/recipes-graphics/mesa/mesa.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index 1857f3c..658bd3a 100644 --- a/meta/recipes-graphics/mesa/mesa.inc +++ b/meta/recipes-graphics/mesa/mesa.inc @@ -62,7 +62,7 @@ PACKAGECONFIG[gallium] = --with-gallium-drivers=${GALLIUMDRIVERS}, --witho PACKAGECONFIG[gallium-egl] = --enable-gallium-egl, --disable-gallium-egl PACKAGECONFIG[gallium-gbm] = --enable-gallium-gbm, --disable-gallium-gbm MESA_LLVM_RELEASE ?= 3.3 -PACKAGECONFIG[gallium-llvm] = --enable-gallium-llvm --with-llvm-shared-libs, --disable-gallium-llvm, llvm${MESA_LLVM_RELEASE} \ +PACKAGECONFIG[gallium-llvm] = --enable-gallium-llvm --enable-llvm-shared-libs, --disable-gallium-llvm, llvm${MESA_LLVM_RELEASE} \ ${@'elfutils' if ${GALLIUMDRIVERS_LLVM33_ENABLED} else ''} export WANT_LLVM_RELEASE = ${MESA_LLVM_RELEASE} -- 2.3.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] connman: Enable automake dependency tracking
On 1 May 2015 at 12:41, Jukka Rissanen jukka.rissa...@linux.intel.com wrote: The automake option --disable-dependency-tracking does not work nicely with ConnMan 1.29 release. The reason is ConnMan commits ac332c5d01b0737c18cb58c8ccc67cf6b0427e1d and ea6c21b0b20f6f25b25386285d81d859dc843820 that change how and when various .in files are generated. After those commits, the auto generated files / directories are created during compilation. Earlier they were generated by configure script. Yesterday I fixed this the other way: by adding mkdir calls to connman so that instead of requiring dependency tracking to be on so that directories are generated, the build makes the directories as required. 970e0ae was where dependency tracking was disabled on the rationale that it's slower, has races, and theoretically won't give us an advantage as we don't generally rebuild the same source tree repeatedly. I'll submit my fix to connman in a moment. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel.bbclass: Fix race condition
On Fri, May 1, 2015 at 10:28 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Tue, 2015-04-14 at 19:56 +0300, Ed Bartosh wrote: Race condition between do_compile_kernelmodules and do_shared_workdir tasks occurs when do_compilemodules changes files in include/generated/* while do_shared_workdir tries to copy them to shared working directory. Functionality of do_shared_workdir has been moved to separate function mk_shared_workdir and called from do_kernel_compile. do_shared_workdir left in the code as it may be used in many recipes. Its called from do_kernel_install according to the patch? This leaves a race since some code depends on the do_shared_work task and shared_work is added after compile before install. And the autobuilder picked up the failure as well. I have a variant staged here, and will shake it out now that my other kernel series is out. Bruce Cheers, Richard [YOCTO #7321] Signed-off-by: Ed Bartosh ed.bart...@linux.intel.com Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 125ed88..aad430a 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -231,6 +231,8 @@ kernel_do_install() { [ -e Module.symvers ] install -m 0644 Module.symvers ${D}/boot/Module.symvers-${KERNEL_VERSION} install -d ${D}${sysconfdir}/modules-load.d install -d ${D}${sysconfdir}/modprobe.d + + mk_shared_workdir } do_install[prefuncs] += package_get_auto_pr @@ -245,7 +247,7 @@ emit_depmod_pkgdata() { PACKAGEFUNCS += emit_depmod_pkgdata -do_shared_workdir () { +mk_shared_workdir () { cd ${B} kerneldir=${STAGING_KERNEL_BUILDDIR} @@ -289,6 +291,14 @@ do_shared_workdir () { fi } +# NOTE!!! Functionality of do_shared_workdir has been moved to mk_shared_workdir +# and called from kernel_do_compile. +# It caused race condition with do_compile_kernelmodules when it runs +# in parallel with do_compile_kernelmodules +do_shared_workdir () { + : +} + # We don't need to stage anything, not the modules/firmware since those would clash with linux-firmware sysroot_stage_all () { : -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/14] subversion: Add -P to CPPFLAGS
On Fri, May 1, 2015 at 1:07 PM, Burton, Ross ross.bur...@intel.com wrote: Requiring a fresh install of Python 2.x when we can just force the python version seems overkill to me... not all python2 versions are same as well. but may thats not affecting this case I am not sure. But for improving first time builds is probably a good reason at the expense of determinism. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] testimage: regenerate rootfs before testing
On 23 April 2015 at 19:47, Richard Purdie richard.pur...@linuxfoundation.org wrote: This was discussed long ago and there are two different tasks as a compromise. testimage_auto runs automatically after a rootfs is built and has the correct dependencies. testimage is triggered manually. The autobuilder actually uses testimage so it can be explicit about which images get tested. The use-case was Cristi editing a recipe and running bitbake myimage -c testimage with the expectation that the image gets rebuilt before testing. This isn't unreasonable at currently the only way to do this is bitbake myimage bitbake myimage -c testimage. If testimage_auto is merged with testimage I presume there'll be some variable to control the behaviour. Could we extend it to have an option to make the image depend on the rootfs generation to cover all three use-cases? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/14] subversion: Add -P to CPPFLAGS
On 27 April 2015 at 16:48, Khem Raj raj.k...@gmail.com wrote: Don’t have the error handy right now something swig related, however because its needing python2 for its bindings and some systems have switched to using python3 as default. Requiring a fresh install of Python 2.x when we can just force the python version seems overkill to me... Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH] systemd-systemctl-native: fix checksum error
On 22 April 2015 at 17:39, Thomas Perrot thomas.per...@tupi.fr wrote: ERROR: systemd-systemctl-native: md5 data is not matching for file:///home/tprrt/dev/oe-build-easy/combination/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 ERROR: systemd-systemctl-native: The new md5 checksum is 751419260aa954499f7abaabaa882bbe The LICENSE in oe-core definitely has the md5sum 4d92[...]. Are you using a tool to create a combined repository that is overriding the LICENSE file? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemd: remove unused patches
These patches are no longer required since 7bfc9891ff498bdde31aadd2449d3b4692dbc510 Signed-off-by: Joshua Lock joshua.l...@collabora.co.uk --- ...iles-avoid-creating-duplicate-acl-entries.patch | 134 --- ...ietly-ignore-ACLs-on-unsupported-filesyst.patch | 86 -- ...0-Make-root-s-home-directory-configurable.patch | 181 - ...ix-Inappropriate-ioctl-for-device-on-ext4.patch | 37 - 4 files changed, 438 deletions(-) delete mode 100644 meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid-creating-duplicate-acl-entries.patch delete mode 100644 meta/recipes-core/systemd/systemd/0002-tmpfiles-quietly-ignore-ACLs-on-unsupported-filesyst.patch delete mode 100644 meta/recipes-core/systemd/systemd/0010-Make-root-s-home-directory-configurable.patch delete mode 100644 meta/recipes-core/systemd/systemd/0013-journal-fix-Inappropriate-ioctl-for-device-on-ext4.patch diff --git a/meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid-creating-duplicate-acl-entries.patch b/meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid-creating-duplicate-acl-entries.patch deleted file mode 100644 index 6652e28..000 --- a/meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid-creating-duplicate-acl-entries.patch +++ /dev/null @@ -1,134 +0,0 @@ -Upstream-Status: Backport -Signed-off-by: Dan McGregor dan.mcgre...@usask.ca - -From 33d36e28b0a23fb7ac33435a1329d65bff1ba4ec Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= zbys...@in.waw.pl -Date: Mon, 23 Feb 2015 23:19:54 -0500 -Subject: [PATCH] tmpfiles: avoid creating duplicate acl entries - -https://bugs.freedesktop.org/show_bug.cgi?id=89202 -https://bugs.debian.org/778656 - -Status quo ante can be restored with: - getfacl -p /var/log/journal/`cat /etc/machine-id`|grep -v '^#'|sort -u|sudo setfacl --set-file=- /var/log/journal/`cat /etc/machine-id` - -(cherry picked from commit 1c73f3bc29111a00738569c9d40a989b161a0624) - src/shared/acl-util.c | 79 +-- - src/shared/acl-util.h | 4 +++ - 2 files changed, 81 insertions(+), 2 deletions(-) - -diff --git a/src/shared/acl-util.c b/src/shared/acl-util.c -index a4ff1ab..cbe09d7 100644 a/src/shared/acl-util.c -+++ b/src/shared/acl-util.c -@@ -282,6 +282,77 @@ int parse_acl(char *text, acl_t *acl_access, acl_t *acl_default, bool want_mask) - return 0; - } - -+static int acl_entry_equal(acl_entry_t a, acl_entry_t b) { -+acl_tag_t tag_a, tag_b; -+ -+if (acl_get_tag_type(a, tag_a) 0) -+return -errno; -+ -+if (acl_get_tag_type(b, tag_b) 0) -+return -errno; -+ -+if (tag_a != tag_b) -+return false; -+ -+switch (tag_a) { -+case ACL_USER_OBJ: -+case ACL_GROUP_OBJ: -+case ACL_MASK: -+case ACL_OTHER: -+/* can have only one of those */ -+return true; -+case ACL_USER: { -+_cleanup_(acl_free_uid_tpp) uid_t *uid_a, *uid_b; -+ -+uid_a = acl_get_qualifier(a); -+if (!uid_a) -+return -errno; -+ -+uid_b = acl_get_qualifier(b); -+if (!uid_b) -+return -errno; -+ -+return *uid_a == *uid_b; -+} -+case ACL_GROUP: { -+_cleanup_(acl_free_gid_tpp) gid_t *gid_a, *gid_b; -+ -+gid_a = acl_get_qualifier(a); -+if (!gid_a) -+return -errno; -+ -+gid_b = acl_get_qualifier(b); -+if (!gid_b) -+return -errno; -+ -+return *gid_a == *gid_b; -+} -+default: -+assert_not_reached(Unknown acl tag type); -+} -+} -+ -+static int find_acl_entry(acl_t acl, acl_entry_t entry, acl_entry_t *out) { -+acl_entry_t i; -+int r; -+ -+for (r = acl_get_entry(acl, ACL_FIRST_ENTRY, i); -+ r 0; -+ r = acl_get_entry(acl, ACL_NEXT_ENTRY, i)) { -+ -+r = acl_entry_equal(i, entry); -+if (r 0) -+return r; -+if (r 0) { -+*out = i; -+return 1; -+} -+} -+if (r 0) -+return -errno; -+return 0; -+} -+ - int acls_for_file(const char *path, acl_type_t type, acl_t new, acl_t *acl) { - _cleanup_(acl_freep) acl_t old; - acl_entry_t i; -@@ -297,8 +368,12 @@ int acls_for_file(const char *path, acl_type_t type, acl_t new, acl_t *acl) { - - acl_entry_t j; - --if (acl_create_entry(old, j) 0) --return -errno; -+r = find_acl_entry(old, i, j); -+if (r 0) -+return r; -+if (r == 0) -+
Re: [OE-core] [fido][PATCH] groff: add runtime dependency on sed
On Tue, 2015-04-28 at 16:36 +0800, Chunrong Guo wrote: This is to suppress the following QA warning: groff-1.22.2: groff requires /bin/sed, but no providers in its RDEPENDS [file-rdeps] Signed-off-by: Chunrong Guo b40...@freescale.com This patch is queued in my fido-next branch on poky-contrib[1]. Regards, Joshua --- meta/recipes-extended/groff/groff_1.22.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/groff/groff_1.22.2.bb b/meta/recipes-extended/groff/groff_1.22.2.bb index 6e84587..dd345b7 100644 --- a/meta/recipes-extended/groff/groff_1.22.2.bb +++ b/meta/recipes-extended/groff/groff_1.22.2.bb @@ -17,6 +17,7 @@ SRC_URI[sha256sum] = 380864dac4772e0c0d7b1282d25d0c5fd7f63baf45c87c4657afed22a1 DEPENDS = groff-native DEPENDS_class-native = +RDEPENDS_${PN} += sed inherit autotools texinfo -- 1.9.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [fido] [dizzy] Please port gummiboot install fix to fido and dizzy branches
Hi Reinette, On Wed, 2015-04-29 at 17:46 +, Chatre, Reinette wrote: Hi Joshua and Armin, We are seeing installation failures as a result of gummiboot entries not being installed correctly. This is already fixed in master with the commit below. It applies cleanly to fido and dizzy branches since apart from this patch the file being changed has exactly the same git history there as master. Could you please port this fix to the fido and dizzy branches? This patch is queued in my fido-next branch on poky-contrib[1]. Regards, Joshua 1. http://git.yoctoproject.org/cgit/cgit.cgi/poky -contrib/log/?h=joshuagl/fido-next commit fc15878af46c09512fc3cb73480359fcbb22e627 Author: Reinette Chatre reinette.cha...@intel.com Date: Tue Apr 14 11:49:37 2015 -0700 init-install-efi.sh: fix gummiboot entry installation After selecting the install gummiboot option of a Live image we are seeing boot failure resulting from the gummiboot entries not being installed correctly. This seems to be a problem in this init -install-efi.sh script where it incorrectly installs the gummiboot entries into the root filesystem, not the boot partition. We fix it by installing the entries in the boot partition. (From OE-Core rev: c9b06c79ed8a082d1b385e9f61721aeeda9bf1af) Signed-off-by: Reinette Chatre reinette.cha...@intel.com Acked-by: Darren Hart dvh...@linux.intel.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Thank you very much Reinette -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: remove unused patches
On Fri, 2015-05-01 at 11:41 +0100, Joshua Lock wrote: These patches are no longer required since 7bfc9891ff498bdde31aadd2449d3b4692dbc510 Ah, I see Ross has submitted a patch to re-add the Make-root-s-home -directory-configurable.patch Possibly ignore this? Regards, Joshua Signed-off-by: Joshua Lock joshua.l...@collabora.co.uk --- ...iles-avoid-creating-duplicate-acl-entries.patch | 134 -- - ...ietly-ignore-ACLs-on-unsupported-filesyst.patch | 86 -- ...0-Make-root-s-home-directory-configurable.patch | 181 -- --- ...ix-Inappropriate-ioctl-for-device-on-ext4.patch | 37 - 4 files changed, 438 deletions(-) delete mode 100644 meta/recipes-core/systemd/systemd/0001-tmpfiles -avoid-creating-duplicate-acl-entries.patch delete mode 100644 meta/recipes-core/systemd/systemd/0002-tmpfiles -quietly-ignore-ACLs-on-unsupported-filesyst.patch delete mode 100644 meta/recipes-core/systemd/systemd/0010-Make-root -s-home-directory-configurable.patch delete mode 100644 meta/recipes-core/systemd/systemd/0013-journal -fix-Inappropriate-ioctl-for-device-on-ext4.patch diff --git a/meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid -creating-duplicate-acl-entries.patch b/meta/recipes -core/systemd/systemd/0001-tmpfiles-avoid-creating-duplicate-acl -entries.patch deleted file mode 100644 index 6652e28..000 --- a/meta/recipes-core/systemd/systemd/0001-tmpfiles-avoid-creating -duplicate-acl-entries.patch +++ /dev/null @@ -1,134 +0,0 @@ -Upstream-Status: Backport -Signed-off-by: Dan McGregor dan.mcgre...@usask.ca - -From 33d36e28b0a23fb7ac33435a1329d65bff1ba4ec Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= zbys...@in.waw.pl -Date: Mon, 23 Feb 2015 23:19:54 -0500 -Subject: [PATCH] tmpfiles: avoid creating duplicate acl entries - -https://bugs.freedesktop.org/show_bug.cgi?id=89202 -https://bugs.debian.org/778656 - -Status quo ante can be restored with: - getfacl -p /var/log/journal/`cat /etc/machine-id`|grep -v '^#'|sort -u|sudo setfacl --set-file=- /var/log/journal/`cat /etc/machine-id` - -(cherry picked from commit 1c73f3bc29111a00738569c9d40a989b161a0624) - src/shared/acl-util.c | 79 +-- - src/shared/acl-util.h | 4 +++ - 2 files changed, 81 insertions(+), 2 deletions(-) - -diff --git a/src/shared/acl-util.c b/src/shared/acl-util.c -index a4ff1ab..cbe09d7 100644 a/src/shared/acl-util.c -+++ b/src/shared/acl-util.c -@@ -282,6 +282,77 @@ int parse_acl(char *text, acl_t *acl_access, acl_t *acl_default, bool want_mask) - return 0; - } - -+static int acl_entry_equal(acl_entry_t a, acl_entry_t b) { -+acl_tag_t tag_a, tag_b; -+ -+if (acl_get_tag_type(a, tag_a) 0) -+return -errno; -+ -+if (acl_get_tag_type(b, tag_b) 0) -+return -errno; -+ -+if (tag_a != tag_b) -+return false; -+ -+switch (tag_a) { -+case ACL_USER_OBJ: -+case ACL_GROUP_OBJ: -+case ACL_MASK: -+case ACL_OTHER: -+/* can have only one of those */ -+return true; -+case ACL_USER: { -+_cleanup_(acl_free_uid_tpp) uid_t *uid_a, *uid_b; -+ -+uid_a = acl_get_qualifier(a); -+if (!uid_a) -+return -errno; -+ -+uid_b = acl_get_qualifier(b); -+if (!uid_b) -+return -errno; -+ -+return *uid_a == *uid_b; -+} -+case ACL_GROUP: { -+_cleanup_(acl_free_gid_tpp) gid_t *gid_a, *gid_b; -+ -+gid_a = acl_get_qualifier(a); -+if (!gid_a) -+return -errno; -+ -+gid_b = acl_get_qualifier(b); -+if (!gid_b) -+return -errno; -+ -+return *gid_a == *gid_b; -+} -+default: -+assert_not_reached(Unknown acl tag type); -+} -+} -+ -+static int find_acl_entry(acl_t acl, acl_entry_t entry, acl_entry_t *out) { -+acl_entry_t i; -+int r; -+ -+for (r = acl_get_entry(acl, ACL_FIRST_ENTRY, i); -+ r 0; -+ r = acl_get_entry(acl, ACL_NEXT_ENTRY, i)) { -+ -+r = acl_entry_equal(i, entry); -+if (r 0) -+return r; -+if (r 0) { -+*out = i; -+return 1; -+} -+} -+if (r 0) -+return -errno; -+return 0; -+} -+ - int acls_for_file(const char *path, acl_type_t type, acl_t new, acl_t *acl) { - _cleanup_(acl_freep) acl_t old; - acl_entry_t i; -@@ -297,8 +368,12 @@ int acls_for_file(const char
Re: [OE-core] [PATCH] systemd: remove unused patches
On Fri, 2015-05-01 at 11:57 +0100, Richard Purdie wrote: On Fri, 2015-05-01 at 11:48 +0100, Joshua Lock wrote: On Fri, 2015-05-01 at 11:41 +0100, Joshua Lock wrote: These patches are no longer required since 7bfc9891ff498bdde31aadd2449d3b4692dbc510 Ah, I see Ross has submitted a patch to re-add the Make-root-s-home -directory-configurable.patch Possibly ignore this? I've actually been hoping someone would send this cleanup. I dropped the problematic part of the patch and queued it. Brilliant, thanks. I'll pull it into fido-next once it has landed in master. Cheers, Joshua -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: remove unused patches
On Fri, 2015-05-01 at 11:48 +0100, Joshua Lock wrote: On Fri, 2015-05-01 at 11:41 +0100, Joshua Lock wrote: These patches are no longer required since 7bfc9891ff498bdde31aadd2449d3b4692dbc510 Ah, I see Ross has submitted a patch to re-add the Make-root-s-home -directory-configurable.patch Possibly ignore this? I've actually been hoping someone would send this cleanup. I dropped the problematic part of the patch and queued it. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [fido][PATCH] busybox: remove CVE-2014-9645 patch (already upstream in 1.23.x)
On Wed, 2015-04-29 at 12:43 -0700, Andre McCurdy wrote: The CVE-2014-9645 fix was merged in Busybox prior to the 1.23.0 release [1]. The fix was then reworked in Busybox 1.23.1, in such a way that the original change was no longer required [2]. Although oe-core's CVE-2014-9645 patch still applies cleanly to Busybox 1.23.1 and 1.23.2, applying it partially reverts the second version of the upstream fix. [1] http://git.busybox.net/busybox/commit/modutils/modprobe.c?h=1_2 3_stableid=4e314faa0aecb66717418e9a47a4451aec59262b [2] http://git.busybox.net/busybox/commit/modutils/modprobe.c?h=1_2 3_stableid=1ecfe811fe2f70380170ef7d820e8150054e88ca This is a fido (busybox 1.23.1) backport of the fix already in oe-core master (busybox 1.23.2): http://git.openembedded.org/openembedded -core/commit/?id=a753d3d8884b96baad5ed1a03335a81586420b86 Signed-off-by: Andre McCurdy armccu...@gmail.com Thanks for the patch Andre, this is queued in my fido-next branch on poky-contrib[1]. Regards, Joshua 1. http://git.yoctoproject.org/cgit/cgit.cgi/poky -contrib/log/?h=joshuagl/fido-next --- ..._busybox_reject_module_names_with_slashes.patch | 41 --- --- meta/recipes-core/busybox/busybox_1.23.1.bb| 1 - 2 files changed, 42 deletions(-) delete mode 100644 meta/recipes-core/busybox/busybox/CVE-2014 -9645_busybox_reject_module_names_with_slashes.patch diff --git a/meta/recipes-core/busybox/busybox/CVE-2014 -9645_busybox_reject_module_names_with_slashes.patch b/meta/recipes -core/busybox/busybox/CVE-2014 -9645_busybox_reject_module_names_with_slashes.patch deleted file mode 100644 index 4e76067..000 --- a/meta/recipes-core/busybox/busybox/CVE-2014 -9645_busybox_reject_module_names_with_slashes.patch +++ /dev/null @@ -1,41 +0,0 @@ -Upstream-status: Backport -http://git.busybox.net/busybox/commit/?id=4e314faa0aecb66717418e9a47 a4451aec59262b - -CVE-2014-9645 fix. - -[YOCTO #7257] - -Signed-off-by: Armin Kuster akus...@mvista.com - -From 4e314faa0aecb66717418e9a47a4451aec59262b Mon Sep 17 00:00:00 2001 -From: Denys Vlasenko vda.li...@googlemail.com -Date: Thu, 20 Nov 2014 17:24:33 + -Subject: modprobe,rmmod: reject module names with slashes - -function old new delta -add_probe 86 113 +27 - -Signed-off-by: Denys Vlasenko vda.li...@googlemail.com -Index: busybox-1.22.1/modutils/modprobe.c -=== busybox-1.22.1.orig/modutils/modprobe.c -+++ busybox-1.22.1/modutils/modprobe.c -@@ -238,6 +238,17 @@ static void add_probe(const char *name) - { - struct module_entry *m; - -+/* -+ * get_or_add_modentry() strips path from name and works -+ * on remaining basename. -+ * This would make rmmod dir/name and modprobe dir/name -+ * to work like rmmod name and modprobe name, -+ * which is wrong, and can be abused via implicit modprobing: -+ * ifconfig /usbserial up tries to modprobe netdev -/usbserial. -+ */ -+if (strchr(name, '/')) -+bb_error_msg_and_die(malformed module name '%s', name); -+ - m = get_or_add_modentry(name); - if (!(option_mask32 (OPT_REMOVE | OPT_SHOW_DEPS)) - (m-flags MODULE_FLAG_LOADED) diff --git a/meta/recipes-core/busybox/busybox_1.23.1.bb b/meta/recipes-core/busybox/busybox_1.23.1.bb index 1742390..7c3ed84 100644 --- a/meta/recipes-core/busybox/busybox_1.23.1.bb +++ b/meta/recipes-core/busybox/busybox_1.23.1.bb @@ -30,7 +30,6 @@ SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ file://login-utilities.cfg \ file://recognize_connmand.patch \ file://busybox-cross-menuconfig.patch \ - file://CVE-2014 -9645_busybox_reject_module_names_with_slashes.patch \ SRC_URI[tarball.md5sum] = 5c94d6301a964cd91619bd4d74605245 -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] connman: Enable automake dependency tracking
The automake option --disable-dependency-tracking does not work nicely with ConnMan 1.29 release. The reason is ConnMan commits ac332c5d01b0737c18cb58c8ccc67cf6b0427e1d and ea6c21b0b20f6f25b25386285d81d859dc843820 that change how and when various .in files are generated. After those commits, the auto generated files / directories are created during compilation. Earlier they were generated by configure script. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- Hi, I tried ConnMan 1.29 with fido and dizzy releases and this change is required there. I assume the same problem will be seen in master also. Poky code adds automake --disable-dependency-tracking option to configure so I made a quick change and enabled it back in connman.inc file. I sent 8 Apr similar patch (it is already in master, commit bf8aa743d972) that is also required in fido and dizzy if ConnMan 1.29 is going to be used there. Cheers, Jukka meta/recipes-connectivity/connman/connman.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index d068ba8..ad1032f 100644 --- a/meta/recipes-connectivity/connman/connman.inc +++ b/meta/recipes-connectivity/connman/connman.inc @@ -29,6 +29,7 @@ EXTRA_OECONF += \ --enable-test \ --disable-polkit \ --enable-client \ +--enable-dependency-tracking \ PACKAGECONFIG ??= wispr \ -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core