Re: [OE-core] [meta-oe][PATCH] devtool: add sync command

On Wed, Nov 4, 2015 at 7:48 AM, Paul Eggleton wrote: > On Monday 26 October 2015 10:29:24 Tzu-Jung Lee wrote: > > Hi Paul > > > > On Mon, Oct 26, 2015 at 2:20 AM, Paul Eggleton < > > > > paul.eggle...@linux.intel.com> wrote: > > > Hi Tzu-Jung, > > > > > > Thanks

[OE-core] [PATCH] qemurunner: Enable timestamps on kernel boot-up

From: Leonardo Sandoval Having the timestamps in the log is useful when debugging those cases when the booting time takes longer than expected. printk.times=1 enables stamping into every printk Kernel call. Signed-off-by: Leonardo Sandoval

Re: [OE-core] [PATCH] archiver.bbclass: do checkout for kernel

On Wed, Nov 4, 2015 at 6:14 PM, Jian Liu wrote: > Hi, > > All kernels I list bellow will perform do_fetch(), do_unpack(), > do_kernel_checkout(). > do_unpack() will put a bare git repo under WORKDIR and then > do_kernel_checkout() > will move the bare repo to

Re: [OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

On 11/04/2015 03:50 PM, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez These changes will delete the file installed_pkgs.txt once it used. This file is used internally for complementary package installation but it was left there after the use. This

Re: [OE-core] [PATCH] archiver.bbclass: do checkout for kernel

Hi, All kernels I list bellow will perform do_fetch(), do_unpack(), do_kernel_checkout(). do_unpack() will put a bare git repo under WORKDIR and then do_kernel_checkout() will move the bare repo to bitbake/tmp/work-share/name>/kernel-source(value of variable S), then performing "git

Re: [OE-core] [PATCH] autotools: Allow recipe-individual configure scripts

On 28 October 2015 at 04:20, Jens Rehsack wrote: > >> Am 13.10.2015 um 22:35 schrieb Jens Rehsack : >> >> >> OpenJDK-8 has it's configure script at common/autotools - which will cause >> the entire assumption of ${S}/configure is regenerated by autoreconf,

[OE-core] [PATCH] openssl: fix mips64 configure support

From: Wenzong Fan Match target name linux-mips64 as well, all mips64 targets will have mips(32) userspace. Signed-off-by: Wenzong Fan --- meta/recipes-connectivity/openssl/openssl.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [PATCH 1/4] readline: rename patch to contain CVE reference

To help automated scanning of CVEs, put the CVE ID in the filename. Signed-off-by: Ross Burton --- .../readline-6.3/{readline63-003.patch => readline-cve-2014-2524.patch} | 0 meta/recipes-core/readline/readline_6.3.bb | 2 +- 2 files changed,

[OE-core] [PATCH 2/4] unzip: rename patch to reflect CVE fix

Signed-off-by: Ross Burton --- .../unzip/unzip/{unzip-6.0_overflow3.diff => cve-2014-9636.patch} | 0 meta/recipes-extended/unzip/unzip_6.0.bb| 2 +- 2 files changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH 3/4] gcr: remove Vala dependency

The Vala support in GCR requires gobject-introspection so even with the build dependency on Vala it isn't enabled, so remove the build dependency and explicitly disable Vala support. Signed-off-by: Ross Burton --- meta/recipes-gnome/gcr/gcr_3.16.0.bb | 4 +++- 1 file

[OE-core] [PATCH 4/4] at: modify sources in do_patch

Instead of copying the forked source files into ${S} in do_compile_prepend(), do it in a do_patch() postfunc. This ensures that the source archiver sees the changes for compliance and legal verification. Signed-off-by: Ross Burton ---

Re: [OE-core] [PATCH 3/4] gcr: remove Vala dependency

Retracting this, gcr needs vala's m4 file. Back to wondering if we should have a vala-stub too... Ross On 4 November 2015 at 19:47, Ross Burton wrote: > The Vala support in GCR requires gobject-introspection so even with the > build > dependency on Vala it isn't

[OE-core] [PATCH][dizzy] libxml2: CVE-2015-7942

Fixes heap-based buffer overflow in xmlParseConditionalSections(). Upstream patch: https://git.gnome.org/browse/libxml2/commit/ ?id=9b8512337d14c8ddf662fcb98b0135f225a1c489 Upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=756456 Signed-off-by: Sona Sarmadi

[OE-core] [PATCH 1/1] cross-canadian/libgcc: fix aarch64's multilib SDK

The arm toolchain has a "-gnueabi" suffix, but aarch64 doesn't, this makes multilib sdk doesn't work, for example: MACHINE = qemuarm64 require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon" $ bitbake core-image-minimal -cpopulate_sdk Then

[OE-core] [PATCH 0/1] cross-canadian/libgcc: fix aarch64's multilib SDK

The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f: build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/aarch64_lib32

[OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

From: Mariano Lopez These changes will delete the file installed_pkgs.txt once it used. This file is used internally for complementary package installation but it was left there after the use. This file was causing some confusion and shouldn't be left there after

[OE-core] [PATCH 2/3] rootfs.py: Stop using installed_pkgs.txt

From: Mariano Lopez The method _uninstall_unneeded uses the file installed_pkgs.txt, this file is left after the build and can cause confusion. This changes allow to get the installed packages using functions of rootfs instead of the installed_pkgs.txt file. With

[OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

${TOOLCHAIN_OPTIONS} does not contain some important flags such as "-march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8". It only specifies sysroot as mentioned in commit 923eb657 "u-boot.inc: update linker arguments to pass --sysroot arg" Fixes bug: u-boot 2014.04 build breaks with

Re: [OE-core] [meta-oe][PATCH] devtool: add sync command

On Monday 26 October 2015 10:29:24 Tzu-Jung Lee wrote: > Hi Paul > > On Mon, Oct 26, 2015 at 2:20 AM, Paul Eggleton < > > paul.eggle...@linux.intel.com> wrote: > > Hi Tzu-Jung, > > > > Thanks for the patch. > > > > On Wednesday 21 October 2015 23:06:45 Tzu-Jung Lee wrote: > > > The sync

[OE-core] [PATCH 3/3] package_manager.py: Delete installed_pkgs.txt file

From: Mariano Lopez This change removes the file installed_pkgs.txt after it was used for installation of complementary packages. This file was causing confusion when left in the WORKDIR after the build. Signed-off-by: Mariano Lopez

[OE-core] [PATCH 1/3] runtime/_ptest.py: Delete WORKDIR/installed_pkgs.txt

From: Mariano Lopez The file WORKDIR/installed_pkgs.txt is an internal file used for package installation, neverteless it is left in the WORKDIR and this can cause confusion. ptest use this file internally also (it overwrites the file left when creating the

Re: [OE-core] [PATCH] devtool: include do_patch in SRCTREECOVEREDTASKS

On Monday 02 November 2015 19:21:25 Tzu-Jung Lee wrote: > The external source of kernel has been patched during the > construction of git repository. Include the do_patch task in the > SRCTREECOVEREDTASKS. > > Signed-off-by: Tzu-Jung Lee > > diff --git

[OE-core] Using package specific DESCRIPTION with do_split_packages

Hi, I've been wrestling with do_split_packages and package_ipk trying to generate packages that have a customised DESCRIPTION override. I could not get it to work. Here is roughly what I tried: --- mytest.bb start --- SUMMARY = "Generic summary" DESCRIPTION = "Generic description" ...

[OE-core] fido backports to support SH4 + uclibc

Hi Joshua, Could you please consider backporting the following fixes to fido. They are required in order to successfully build for SH4 + uclibc + blacklist GPLv3. aa20c3d uclibc: backport upstream fix for SH4 898e9d7 libiconv_1.11.1: merge build and packaging fixes from libiconv_1.14

[OE-core] Question about bluetooth bbclass

Hi all, One question about bluetooth class. The Yocto reference manual and also the bluetooth.bbclass says that the way to use the class is: # Use this with: # inherit bluetooth # PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', '${BLUEZ}', '', d)} #