Re: [OE-core] [PATCH] kernel-devsrc: Fix backward compaibilty

On Wed, 2016-01-20 at 13:27 +0800, Jian Liu wrote: > kernel-dev is replaced by kernel-devsrc No, its not. > , which breaks > backward compaibilty. > -- add alias for kernel-devsrc > -- kernel-devsrc provides the kernel-dev. > -- remove kernel-dev from the sub-packages of linux-windriver kerne

Re: [OE-core] [PATCH] linux-libc-headers: not to create empty rpm

On Wed, 2016-01-20 at 14:10 +0800, Jian Liu wrote: > linux-libc-headers-dbg is empty and unset ALLOW_EMPTY > for this sub-package. > > Signed-off-by: Jian Liu > > diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc > -headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc > -

[OE-core] [PATCH] linux-libc-headers: not to create empty rpm

linux-libc-headers-dbg is empty and unset ALLOW_EMPTY for this sub-package. Signed-off-by: Jian Liu diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc index 2ba6ed5..75f6899 100644 --- a/meta/recipes-kernel/

Re: [OE-core] [PATCH 1/1] linux-libc-headers: set ALLOW_EMPTY

On 2016年01月19日 19:37, Martin Jansa wrote: On Tue, Jan 19, 2016 at 11:12:18AM +0800, Jian Liu wrote: On 2016年01月16日 02:17, Richard Purdie wrote: On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote: If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will cause error. ERROR: linux-l

[OE-core] [PATCH] kernel-devsrc: Fix backward compaibilty

kernel-dev is replaced by kernel-devsrc, which breaks backward compaibilty. -- add alias for kernel-devsrc -- kernel-devsrc provides the kernel-dev. -- remove kernel-dev from the sub-packages of linux-windriver Signed-off-by: Jian Liu diff --git a/meta/classes/kernel.bbclass b/meta/classes/ke

Re: [OE-core] [PATCH 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

On 2016-01-19 4:37 PM, Ming Liu wrote: On 01/19/2016 08:34 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: In current initramfs bundled kernel packaging policy, there are several dependency chains co-existing: | "core-image-minimal.do_build" -> "core-image-minimal.do_bundle_i

Re: [OE-core] [PATCH 1/3] kernel.bbclass: do not install initramfs bundled kernel image

On 2016-01-19 4:57 PM, Ming Liu wrote: On 01/19/2016 08:39 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: From: Ming Liu It makes no sense to install a initramfs bundled kernel image since do_package does not depend on do_bundle_initramfs at all, otherwise, it leads to a im

[OE-core] [PATCH v2] udev: Add 2 patches to support 4.4 kernel

These 2 patches are needed to build udev with the 4.4 kernel, the first mtd-probe adds back a stdint.h header that was removed in the kernel's mtd-user.h header file. The second adds a check for a new header and sets a Makefile variable to determine which header to use for the new kernel vs older

[OE-core] [PATCH 1/2] wayland: upgrade 1.8.1 -> 1.9.0

From: Denys Dmytriyenko * The license was updated from MIT X11 to MIT Expat. * always-build-scanner.patch was accepted upstream. * disable-macro-checks-not-used-for-scanner.patch is no longer needed with the new --disable-libraries flag. Signed-off-by: Denys Dmytriyenko --- .../wayland/wayla

[OE-core] [PATCH 2/2] weston: upgrade 1.8.0 -> 1.9.0

From: Denys Dmytriyenko * The license was updated from MIT X11 to MIT Expat * parallelmake.patch was accepted upstream. Signed-off-by: Denys Dmytriyenko --- .../wayland/weston/parallelmake.patch | 40 -- .../wayland/{weston_1.8.0.bb => weston_1.9.0.bb} | 9 +

Re: [OE-core] [PATCH] udev: Add 2 patches to support 4.4 kernel

On Tue, 2016-01-19 at 15:44 -0800, Khem Raj wrote: > > On Jan 19, 2016, at 2:05 PM, Saul Wold wrote: > > > > These 2 patches are needed to build udev with the 4.4 kernel, the > > first > > mtd-probe adds back a stdint.h header that was removed in the > > kernel's mtd-user.h > > header file. > >

Re: [OE-core] [PATCH v2 2/3] valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests

On 2016年01月20日 10:47, Andre McCurdy wrote: The intdiv test has been partially fixed upstream and the vcvt_fixed_float_VFP test can be fixed with a similar approach, ie ensuring that it is always compiled with appropriate -march/-mcpu/-mfpu flags to support the instructions being tested. For te

Re: [OE-core] [PATCH v2 3/3] valgrind: avoid neon for targets which don't support it

On 2016年01月20日 10:47, Andre McCurdy wrote: The sh-mem-random.c test app tries to use neon loads and stores to test 64-bit float copies when building for ARM. Allow it to do so if possible, but fallback to C when building for ARM targets which don't support neon. Signed-off-by: Andre McCurdy

[OE-core] [PATCH v2 1/3] valgrind: let valgrind determine its own optimisation flags

Valgrind likes to control its own optimisation flags. It generally defaults to -O2 but uses -O0 for some specific test apps etc. Passing our own flags (via CFLAGS) means we interfere with that. Giving valgrind control of optimisation is hopefully an even better solution than the previous one of fo

[OE-core] [PATCH v2 2/3] valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests

The intdiv test has been partially fixed upstream and the vcvt_fixed_float_VFP test can be fixed with a similar approach, ie ensuring that it is always compiled with appropriate -march/-mcpu/-mfpu flags to support the instructions being tested. For tests requiring armv7ve instructions, ensure that

[OE-core] [PATCH v2 3/3] valgrind: avoid neon for targets which don't support it

The sh-mem-random.c test app tries to use neon loads and stores to test 64-bit float copies when building for ARM. Allow it to do so if possible, but fallback to C when building for ARM targets which don't support neon. Signed-off-by: Andre McCurdy --- ...d-neon-for-targets-which-don-t-support-i

[OE-core] [PATCH v2 0/3] valgrind cleanup + fix for armv7a without vfp/neon

v2: fix issue with intdiv test if TUNE_CCARGS sets -march instead of -mcpu Andre McCurdy (3): valgrind: let valgrind determine its own optimisation flags valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests valgrind: avoid neon for targets which don't support it ...d-neon-for-targ

[OE-core] [PATCH 1/1] e2fsprogs: set PV to 1.42.99+1.43+git${SRCPV}

As Martin and Ross suggested. Signed-off-by: Robert Yang --- meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb index 60b2854.

[OE-core] [PATCH 0/1] e2fsprogs: set PV to 1.42.99+1.43+git${SRCPV}

The following changes since commit 4fd33ca846ba9f61e72a176a6462443c9fb5ddc2: rpm: remove bashisms: [ x == x ] -> [ x = x ] (2016-01-19 17:39:50 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/e2fsprogs http://cgit.openembedded.org/cg

[OE-core] [PATCH] glib-2.0: fix the ptest

From: Roy Li 1. the ptest should not be run by root user, otherwise test_stdio_wrappers will failure since root can enter any dir without exec permission, but the ptest expect the failure 1_2.44.1-r0/glib-2.44.1/glib/tests/fileutils.c:864:test_stdio_wrappers: assertion failed: (errno == EACCE

Re: [OE-core] [PATCH 2/3] valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests

On Tue, Jan 19, 2016 at 5:49 PM, Rongqing Li wrote: > > On 2016年01月20日 09:34, Andre McCurdy wrote: >> >> The intdiv test has been fixed upstream and the vcvt_fixed_float_VFP >> test can be fixed with a similar approach, ie ensuring that it is >> always compiled with appropriate -mcpu/-mfpu flags t

Re: [OE-core] [PATCH 2/2] e2fsprogs: fix PV

On 01/19/2016 08:04 PM, Burton, Ross wrote: On 19 January 2016 at 11:40, Martin Jansa mailto:martin.ja...@gmail.com>> wrote: If 0f26747167cc9d82df849b0aad387bf824f04544 is going to be released as 1.43, then it would be better to use 1.42.99+1.43+git${SRCPV} to make sure, that hypo

[OE-core] [PATCH] watchdog: enable systemd support

From: Roy Li 1. inherit systemd, and add two unit files which are from Fedora 23 2. auto load soft dog kernel module Signed-off-by: Roy Li --- .../watchdog/watchdog/watchdog-ping.service| 12 .../watchdog/watchdog/watchdog.service | 12 met

Re: [OE-core] [PATCH 2/3] valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests

On 2016年01月20日 09:34, Andre McCurdy wrote: The intdiv test has been fixed upstream and the vcvt_fixed_float_VFP test can be fixed with a similar approach, ie ensuring that it is always compiled with appropriate -mcpu/-mfpu flags to support the instructions being tested. See similar cases in no

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

On Tue, Jan 19, 2016 at 3:23 PM, Khem Raj wrote: > >> On Jan 19, 2016, at 1:38 PM, Andre McCurdy wrote: >> >> On Tue, Jan 19, 2016 at 1:00 PM, Khem Raj wrote: >>> On Jan 18, 2016, at 11:27 PM, Rongqing Li wrote: 2: on qemuarma9 | arm-wrs-linux-gnueabi-gcc -march=a

[OE-core] [PATCH 3/3] valgrind: avoid neon for targets which don't support it

The sh-mem-random.c test app tries to use neon loads and stores to test 64-bit float copies when building for ARM. Allow it to do so if possible, but fallback to C when building for ARM targets which don't support neon. Signed-off-by: Andre McCurdy --- ...d-neon-for-targets-which-don-t-support-i

[OE-core] [PATCH 2/3] valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests

The intdiv test has been fixed upstream and the vcvt_fixed_float_VFP test can be fixed with a similar approach, ie ensuring that it is always compiled with appropriate -mcpu/-mfpu flags to support the instructions being tested. See similar cases in none/tests/arm/Makefile.am Signed-off-by: Andre

[OE-core] [PATCH 1/3] valgrind: let valgrind determine its own optimisation flags

Valgrind likes to control its own optimisation flags. It generally defaults to -O2 but uses -O0 for some specific test apps etc. Passing our own flags (via CFLAGS) means we interfere with that. Giving valgrind control of optimisation is hopefully an even better solution than the previous one of fo

[OE-core] [PATCH 0/3] valgrind cleanup + fix for armv7a without vfp/neon

Andre McCurdy (3): valgrind: let valgrind determine its own optimisation flags valgrind: re-enable ARM intdiv and vcvt_fixed_float_VFP tests valgrind: avoid neon for targets which don't support it ...d-neon-for-targets-which-don-t-support-it.patch | 33 +++ .../valgrind/remove-arm-v

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

On 2016年01月20日 04:20, Andre McCurdy wrote: On Mon, Jan 18, 2016 at 11:27 PM, Rongqing Li wrote: 2: on qemuarma9 The problem seems to be that the machine doesn't support NEON and Valgrind 3.11 includes a new test case which uses embedded NEON instructions. We do already disable a few test

Re: [OE-core] [PATCH] udev: Add 2 patches to support 4.4 kernel

> On Jan 19, 2016, at 2:05 PM, Saul Wold wrote: > > These 2 patches are needed to build udev with the 4.4 kernel, the first > mtd-probe adds back a stdint.h header that was removed in the kernel's > mtd-user.h > header file. > > The second adds a check for a new header and sets a Makefile vari

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

> On Jan 19, 2016, at 1:38 PM, Andre McCurdy wrote: > > On Tue, Jan 19, 2016 at 1:00 PM, Khem Raj wrote: >> >>> On Jan 18, 2016, at 11:27 PM, Rongqing Li wrote: >>> >>> 2: on qemuarma9 >>> >>> | arm-wrs-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=softfp -marm >>> -mthumb-interwork >>> -

[OE-core] [PATCH 1/1] python: Upgrade 2.7.9 > 2.7.11

- no license change, just dates Rebased: - check-if-target-is-64b-not-host.patch - add-CROSSPYTHONPATH-for-PYTHON_FOR_BUILD.patch Signed-off-by: Alejandro Hernandez --- meta/conf/distro/include/default-versions.inc| 4 ++-- .../{python-native_2.7.9.bb => python-native_2.7.11.bb} |

Re: [OE-core] [PATCH v2] kernel: Add support for multiple kernel packages

Any concerns pulling this into master as-is? We briefly discussed the possibility of building out-of-tree modules against multiple kernels back in December, right before this thread died. This change certainly doesn't preclude that improvement if someone would like to implement it, nor does it ch

[OE-core] [PATCH] udev: Add 2 patches to support 4.4 kernel

These 2 patches are needed to build udev with the 4.4 kernel, the first mtd-probe adds back a stdint.h header that was removed in the kernel's mtd-user.h header file. The second adds a check for a new header and sets a Makefile variable to determine which header to use for the new kernel vs older

Re: [OE-core] [PATCH 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

On 01/19/2016 10:37 PM, Ming Liu wrote: On 01/19/2016 08:34 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: In current initramfs bundled kernel packaging policy, there are several dependency chains co-existing: | "core-image-minimal.do_build" -> "core-image-minimal.do_bund

Re: [OE-core] [PATCH 1/3] kernel.bbclass: do not install initramfs bundled kernel image

On 01/19/2016 08:39 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: From: Ming Liu It makes no sense to install a initramfs bundled kernel image since do_package does not depend on do_bundle_initramfs at all, otherwise, it leads to a implicit kernel-image package depending on

[OE-core] [PATCH 4/9] python-pycurl: upgrade to 7.21.5

License checksum changed for file COPYING-MITLicense checksum changed for file README.rst Signed-off-by: Alejandro Hernandez --- .../python/{python-pycurl_7.19.5.2.bb => python-pycurl_7.21.5.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-devtools/python/{

[OE-core] [PATCH 1/9] python3-setuptools: upgrade to 19.2

Signed-off-by: Alejandro Hernandez --- .../{python3-setuptools_18.7.1.bb => python3-setuptools_19.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python3-setuptools_18.7.1.bb => python3-setuptools_19.2.bb} (91%) diff --git a/meta/recipe

[OE-core] [PATCH 3/9] python-mako: upgrade to 1.0.3

Signed-off-by: Alejandro Hernandez --- .../python/{python-mako_1.0.1.bb => python-mako_1.0.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python-mako_1.0.1.bb => python-mako_1.0.3.bb} (80%) diff --git a/meta/recipes-devtools/pyt

[OE-core] [PATCH 9/9] python3: Minor upgrade 3.5.0 -> 3.5.1

Rebased: - 000-cross-compile.patch Signed-off-by: Alejandro Hernandez --- ...on3-native_3.5.0.bb => python3-native_3.5.1.bb} | 4 +-- .../python/python3/000-cross-compile.patch | 30 +++--- .../python/{python3_3.5.0.bb => python3_3.5.1.bb} | 4 +-- 3 files changed, 19

[OE-core] [PATCH 6/9] python-scons: upgrade to 2.4.1

Updates runtime dependencies, python-scon now depends on python-io and python-fcntl. Signed-off-by: Alejandro Hernandez --- ...python-scons-native_2.3.6.bb => python-scons-native_2.4.1.bb} | 0 .../python/{python-scons_2.3.6.bb => python-scons_2.4.1.bb} | 9 +++-- 2 files changed, 7 in

[OE-core] [PATCH 8/9] swig: upgrade to 3.0.8

Signed-off-by: Alejandro Hernandez --- meta/recipes-devtools/swig/{swig_3.0.6.bb => swig_3.0.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/swig/{swig_3.0.6.bb => swig_3.0.8.bb} (58%) diff --git a/meta/recipes-devtools/swig/swig_3.0.6.bb b/meta/rec

[OE-core] [PATCH 7/9] python-numpy: upgrade to 1.10.4

Updates runtime dependencies, numpy now depends on python-ctypes and python-threading. Signed-off-by: Alejandro Hernandez --- .../python/{python-numpy_1.10.1.bb => python-numpy_1.10.4.bb} | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{pyt

[OE-core] [PATCH 0/9] Several upgrades

The following changes since commit a2f23fa62858b89850aab339ddec16dcf6026b37: openssh: CVE-2016-1907 (2016-01-18 11:47:08 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib hsalejandro/upgrades http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=hsal

[OE-core] [PATCH 2/9] python-setuptools: Upgrade to 19.2

Upgrades python-setuptools to 19.2, easy_install works out of the box adds the package python-plistlib to the manifest as it is needed by setuptools now, and also updates runtime dependencies Signed-off-by: Alejandro Hernandez --- meta/recipes-devtools/python/python-2.7-manifest.inc | 12

[OE-core] [PATCH 5/9] python-nose: upgrade to 1.3.7

Updates runtime dependencies, python-nose now depends on unittest. Signed-off-by: Alejandro Hernandez --- .../python/{python-nose_1.3.6.bb => python-nose_1.3.7.bb} | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python-nose_1.3.6.bb =>

Re: [OE-core] [PATCH 1/2] package.bbclass/package.py: Add do_install_source() task

Are there any other issues with this change? Andre raised a few several weeks ago, when this was still an RFC*. Those were all addressed in the initial patch. * http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/72660 -- Haris On 12/14/2015 06:25 PM, Haris Okanovic wrote: Add d

Re: [OE-core] [PATCH 2/2] bitbake.conf: Define source package, disabled by default

Are there any other issues with this change? Andre raised a few several weeks ago, when this was still an RFC*. Those were all addressed in the initial patch. * http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/72660 -- Haris On 12/14/2015 06:25 PM, Haris Okanovic wrote: Add $

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

On Tue, Jan 19, 2016 at 1:00 PM, Khem Raj wrote: > >> On Jan 18, 2016, at 11:27 PM, Rongqing Li wrote: >> >> 2: on qemuarma9 >> >> | arm-wrs-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=softfp -marm >> -mthumb-interwork >> --sysroot=/work/wr/buildarea/arm/bitbake_build/tmp/sysroots/qemuarma9

Re: [OE-core] [PATCH 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

On 01/19/2016 08:34 PM, Bruce Ashfield wrote: On 16-01-05 08:12 AM, Ming Liu wrote: In current initramfs bundled kernel packaging policy, there are several dependency chains co-existing: | "core-image-minimal.do_build" -> "core-image-minimal.do_bundle_initramfs" | "core-image-minimal.do_bund

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

> On Jan 18, 2016, at 11:27 PM, Rongqing Li wrote: > > 1. on qemuarm: > > | arm-poky-linux-gnueabi-gcc -march=armv5e -marm > --sysroot=/buildarea1/lirq/Yocto/poky/arm/tmp/sysroots/qemuarm > -DHAVE_CONFIG_H -I. -I../../valgrind-3.11.0/memcheck -I.. > -I../../valgrind-3.11.0 -I../../valgrind-

Re: [OE-core] [PATCH] toolchain-shar-relocate.sh: Detect python binary and location.

Please back port this patch to jethro as well. Thanks, Liam * Liam R. Howlett [160119 15:20]: > If /usr/bin/python does not exist, the exec of the toolchain relocation script > will fail. This was the case with FC23 without python2 installed. Since the > SDK extraction already contains python3

[OE-core] [PATCH] meta/files/toolchain-shar-relocate.sh: Detect different python binaries and select one that exists.

Although the relocate_sdk.sh supports python3, fc23 does not symlink /usr/bin/python3 to /usr/bin/python. Using exec instead of a call to the correct interpreter causes a failure on fc23 when python2 is not present. This uses 'which' to locate python, python2, then python3 and uses the first one

Re: [OE-core] [BUG REPORT] failed to build valgrind on qemuarm

On Mon, Jan 18, 2016 at 11:27 PM, Rongqing Li wrote: > > 2: on qemuarma9 > The problem seems to be that the machine doesn't support NEON and Valgrind 3.11 includes a new test case which uses embedded NEON instructions. We do already disable a few tests which don't build for all ARM machines (see

[OE-core] [PATCH] toolchain-shar-relocate.sh: Detect python binary and location.

If /usr/bin/python does not exist, the exec of the toolchain relocation script will fail. This was the case with FC23 without python2 installed. Since the SDK extraction already contains python3 support, the fix only requires checking for the correct interpreter. Liam R. Howlett (1): meta/files

Re: [OE-core] [PATCH 1/3] kernel.bbclass: do not install initramfs bundled kernel image

On 16-01-05 08:12 AM, Ming Liu wrote: From: Ming Liu It makes no sense to install a initramfs bundled kernel image since do_package does not depend on do_bundle_initramfs at all, otherwise, it leads to a implicit kernel-image package depending on do_package run before or after do_bundle_initram

Re: [OE-core] [PATCH 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

On 16-01-05 08:12 AM, Ming Liu wrote: In current initramfs bundled kernel packaging policy, there are several dependency chains co-existing: | "core-image-minimal.do_build" -> "core-image-minimal.do_bundle_initramfs" | "core-image-minimal.do_bundle_initramfs" -> "virtual/kernel.do_bundle_initra

Re: [OE-core] [PATCH 01/12] nss: update to 3.21

> On Jan 19, 2016, at 7:37 AM, Alexander Kanavin > wrote: > > Explicitly disable tests (they were previously implicitly disabled upstream), > as they cause various architecture-specific build failures. > > Add 0001-Fix-build-failure-on-opensuse-13.1.patch that fixes compilation > using gcc 4.

[OE-core] [wic][PATCH v2 9/9] wic: pylinted ksparser module

Added missing docstrings, fixed wrong indentation and long lines. Final pylint score is 9.89/10 Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py

[OE-core] [wic][PATCH v2 8/9] wic: add help for 'include' command

Added description of 'include' parser command to the 'wic help kickstart' output. Signed-off-by: Ed Bartosh --- scripts/lib/wic/help.py | 14 ++ 1 file changed, 14 insertions(+) diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py index f5587bb..405d25a 100644 --- a/script

[OE-core] [wic][PATCH v2 5/9] wic: refactor get_boot_config

This function is going to be used by ks parser to find include .wks files. get_boot_config name is a bit confusing as function is quite generic. It looks if file is present in the canned wks directories. Renamed get_boot_config -> get_canned. Renamed parameter file_boot -> file_name. Updated descr

[OE-core] [wic][PATCH v2 4/9] wic: ksparser: add support for include

Extended parser to support inclusion of .ks files: recursively called self._parse to parse included .ks Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.p

[OE-core] [wic][PATCH v2 6/9] wic: implement search of includes

Used custom argument type to implement search of include .wks files in canned wks paths. Include files can be specified either by full path or by name. [YOCTO #8848] Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-)

[OE-core] [wic][PATCH v2 7/9] wic: move parts of canned .wks into common.wks.inc

In order to give and example of 'include' feature of ks parser and for testing purposes common parts of 3 canned wks files were moved into common.wks.inc Signed-off-by: Ed Bartosh --- scripts/lib/wic/canned-wks/common.wks.inc | 3 +++ scripts/lib/wic/canned-wks/directdisk-bootl

[OE-core] [wic][PATCH v2 3/9] wic: do not remove build dir in source plugins

Interesting bug was found during implementation of 'include' parser command. Build directory was removed in do_configure_partition method of bootimg- source plugins. This can cause removal of previously prepared partition images if /boot partition is mentioned after other partitions in .ks file.

[OE-core] [wic][PATCH v2 2/9] wic: use unique partition number

This is a preparation for 'include' support. Used unique counter instead of line number for partitions in .ks file. Line numbers can be equal for different .ks files, which can cause problems if one .ks file is included into another. Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 4

[OE-core] [wic][PATCH v2 1/9] wic: move wks parsing code to KickStart._parse

This is a preparation for implementation of include statement. Parser will be called recursively to parse included .wks files, so it should be available as a method. Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 3 +++ 1 file changed, 3 insertions(+) diff --git a/scripts/lib/wic/k

[OE-core] [wic][PATCH v2 0/9] wic: implement 'include' command

Hi, Please review the implementation of 'include' command in wks parser. This patchset depends on my previous patchset 'wic: kickstart fixes' which is in toaster-next, so I rebased this one on top of toaster-next. Changes in V2: Fixed forgotten import. Pylinted kspareser.py The following change

Re: [OE-core] question about system on usrp E310

On 01/19/2016 11:26 AM, Ekko wrote: > hello all > i am using a image of usrp e310. > this device is using the openembedded core.and i want to know > 1>>>..the details on waht happens during booting of the linux system, > 2>>> and a depth explanation of the way ARM in Zynq gets initialized >

[OE-core] [PATCH 6/8] wic: implement search of includes

Used custom argument type to implement search of include .wks files in canned wks paths. Include files can be specified either by full path or by name. [YOCTO #8848] Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) d

[OE-core] [PATCH 8/8] wic: add help for 'include' command

Added description of 'include' parser command to the 'wic help kickstart' output. Signed-off-by: Ed Bartosh --- scripts/lib/wic/help.py | 14 ++ 1 file changed, 14 insertions(+) diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py index f5587bb..405d25a 100644 --- a/script

[OE-core] [PATCH 5/8] wic: refactor get_boot_config

This function is going to be used by ks parser to find include .wks files. get_boot_config name is a bit confusing as function is quite generic. It looks if file is present in the canned wks directories. Renamed get_boot_config -> get_canned. Renamed parameter file_boot -> file_name. Updated descr

[OE-core] [PATCH 4/8] wic: ksparser: add support for include

Extended parser to support inclusion of .ks files: recursively called self._parse to parse included .ks Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.p

[OE-core] [PATCH 2/8] wic: use unique partition number

This is a preparation for 'include' support. Used unique counter instead of line number for partitions in .ks file. Line numbers can be equal for different .ks files, which can cause problems if one .ks file is included into another. Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 4

[OE-core] [PATCH 3/8] wic: do not remove build dir in source plugins

Interesting bug was found during implementation of 'include' parser command. Build directory was removed in do_configure_partition method of bootimg- source plugins. This can cause removal of previously prepared partition images if /boot partition is mentioned after other partitions in .ks file.

[OE-core] [PATCH 7/8] wic: move parts of canned .wks into common.wks.inc

In order to give and example of 'include' feature of ks parser and for testing purposes common parts of 3 canned wks files were moved into common.wks.inc Signed-off-by: Ed Bartosh --- scripts/lib/wic/canned-wks/common.wks.inc | 3 +++ scripts/lib/wic/canned-wks/directdisk-bootl

[OE-core] [PATCH 1/8] wic: move wks parsing code to KickStart._parse

This is a preparation for implementation of include statement. Parser will be called recursively to parse included .wks files, so it should be available as a method. Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 3 +++ 1 file changed, 3 insertions(+) diff --git a/scripts/lib/wic/k

[OE-core] [PATCH 0/8] wic: implement 'include' command

Hi, Please review the implementation of 'include' command in wks parser. This patchset depends on my previous patchset 'wic: kickstart fixes' which is in toaster-next, so I rebased this one on top of toaster-next. The following changes since commit 429137c9d785be79816029b987d6102978e936e0: cl

[OE-core] OE Changelog since 2016-01-10 until 2016-01-17

Changelog since 2016-01-10 until 2016-01-17. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

[OE-core] question about system on usrp E310

hello all i am using a image of usrp e310. this device is using the openembedded core.and i want to know 1>>>..the details on waht happens during booting of the linux system, 2>>> and a depth explanation of the way ARM in Zynq gets initialized until it loads the bootloader from the SD card

Re: [OE-core] [PATCH 00/29] Add gobject introspection support to oe-core

I know it's been about 2 months at this point, but I wanted to follow up and make it clear to people I've not ignored this. I still plan on following up on this, hopefully within about the next 3 weeks. --Mark On 11/18/15 10:10 AM, Alexander Kanavin wrote: > On 11/17/2015 05:02 PM, Mark Hatle wr

[OE-core] [PATCH 08/12] pbzip2: update to 1.1.13

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/pbzip2/{pbzip2_1.1.12.bb => pbzip2_1.1.13.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/pbzip2/{pbzip2_1.1.12.bb => pbzip2_1.1.13.bb} (86%) diff --git a/meta/recipes-extended/pbzip2/pbzip2_1

[OE-core] [PATCH 00/12] Package version updates and version check fixes

I did a quick review of upstream version checks, and fixed a few recipes where it wasn't working properly. Also bundled version updates for recipes where I'm the maintainer or there is no maintainer and the update is trivial. The following changes since commit 839fb1893546ad58a1f5475a9e852b81afb05

[OE-core] [PATCH 02/12] bootchart2: update to 0.14.8

Signed-off-by: Alexander Kanavin --- .../bootchart2/{bootchart2_0.14.7.bb => bootchart2_0.14.8.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/bootchart2/{bootchart2_0.14.7.bb => bootchart2_0.14.8.bb} (99%) diff --git a/meta/recipes-devtools/boo

[OE-core] [PATCH 07/12] ncurses: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-core/ncurses/ncurses_6.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/ncurses/ncurses_6.0.bb b/meta/recipes-core/ncurses/ncurses_6.0.bb index 8587287..e877d67 100644 --- a/meta/recipes-core/ncurses/ncurses_6.0.bb +++ b

[OE-core] [PATCH 12/12] libjpeg-turbo: fix upstream version check (sort of)

We prepend '8d' to the version and at the moment there is no way to strip that out when doing upstream checks. But at least the latest upstream version is reported correctly. Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/jpeg/libjpeg-turbo_8d+1.4.2.bb | 2 ++ 1 file changed, 2 inser

[OE-core] [PATCH 09/12] sysstat: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/sysstat/sysstat.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/sysstat/sysstat.inc b/meta/recipes-extended/sysstat/sysstat.inc index a954bba..c353291 100644 --- a/meta/recipes-extended/sysstat/sysstat.inc +

[OE-core] [PATCH 10/12] gnutls: update to 3.4.8

Signed-off-by: Alexander Kanavin --- meta/recipes-support/gnutls/{gnutls_3.4.7.bb => gnutls_3.4.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnutls/{gnutls_3.4.7.bb => gnutls_3.4.8.bb} (60%) diff --git a/meta/recipes-support/gnutls/gnutls_3.4.7.bb

[OE-core] [PATCH 03/12] btrfs-tools: update to 4.4

Signed-off-by: Alexander Kanavin --- .../btrfs-tools/{btrfs-tools_4.3.1.bb => btrfs-tools_4.4.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.3.1.bb => btrfs-tools_4.4.bb} (94%) diff --git a/meta/recipes-devtools/btrf

[OE-core] [PATCH 11/12] libical: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-support/libical/libical_1.0.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/libical/libical_1.0.1.bb b/meta/recipes-support/libical/libical_1.0.1.bb index e18b803..838e788 100644 --- a/meta/recipes-support/libical/li

[OE-core] [PATCH 04/12] build-appliance-image: bump version to 14.0

This is done to make recipe version reporting tool happy. Signed-off-by: Alexander Kanavin --- .../{build-appliance-image_12.0.1.bb => build-appliance-image_14.0.bb}| 0 1 file changed, 0 insertions(+), 0 deletions(-) rename meta/recipes-core/images/{build-appliance-image_12.0.1.bb => buil

[OE-core] [PATCH 06/12] libsolv: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/libsolv/libsolv_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/libsolv/libsolv_git.bb b/meta/recipes-extended/libsolv/libsolv_git.bb index 78a2d51..266d4b6 100644 --- a/meta/recipes-extended/libsolv/libs

[OE-core] [PATCH 05/12] e2fsprogs: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb index 60b2854..c82e99a 100644 --- a/meta/recipes-devtools/

[OE-core] [PATCH 01/12] nss: update to 3.21

Explicitly disable tests (they were previously implicitly disabled upstream), as they cause various architecture-specific build failures. Add 0001-Fix-build-failure-on-opensuse-13.1.patch that fixes compilation using gcc 4.8. Signed-off-by: Alexander Kanavin --- .../0001-Fix-build-failure-on-o

Re: [OE-core] [PATCH 2/2] uclibc: remove a use of immediate expansion and oe_filter_out ()

> On Jan 19, 2016, at 2:44 AM, Joshua Lock wrote: > > The remove overrides syntax is much clearer here, and more closely > matches the preferred style for modern metadata. > > Signed-off-by: Joshua Lock > --- > meta/recipes-core/uclibc/uclibc.inc | 2 +- > 1 file changed, 1 insertion(+), 1 dele

Re: [OE-core] [PATCH 1/2] gcc-runtime: switch to removal override syntax to modify CXXFLAGS

> On Jan 19, 2016, at 2:44 AM, Joshua Lock wrote: > > The use of immediate expansion can cause issues when trying to > override variables, further the removal override syntax is clearer > than oe_filter_out () — switch to using removal override syntax > instead. LGTM > > Signed-off-by: Joshua

Re: [OE-core] [PATCH 1/1] gcc-runtime.inc: provide libquadmath

> On Jan 19, 2016, at 5:14 AM, Burton, Ross wrote: > > > On 19 January 2016 at 12:25, Ioan-Adrian Ratiu > wrote: > +RUNTIMETARGET = "libssp libstdc++-v3 libgomp libatomic libquadmath" > > If libquadmath is only needed when fortran is enabled, shouldn't this respect

Re: [OE-core] [PATCH 19/73] mtools: Fix build with uclibc

On Mon, Jan 18, 2016 at 10:17 PM, Roman Khimov wrote: > В письме от 18 января 2016 13:51:36 пользователь Khem Raj написал: >> > And from what I remember, I had some issue building native package with >> > 'DEPENDS +='. Although that's an old branch and probably things are >> > different now. >> >>

[OE-core] Daisy backport request

Hi, Is the daisy branch still accepting backport requests? I'd like to avoid carrying out-of-tree patches myself if possible. The daisy branch of meta-mcsdk uses BAD_RECOMMENDATIONS, for this to work with opkg we need commit 3fa24eee41c26fecd5e4f680082288ec772d2de9 in oe-core. This applies cleanl

  1   2   >