[OE-core] [PATCH] dhcp: remove dhclient-script bash dependency

Take the dash compatible IPv6 link-local address test from the Debian version of dhclient-script. Note that although "echo -e" in the OE version of dhclient-script is technically bash specific too, it is supported by Busybox echo when Busybox is configured with CONFIG_FEATURE_FANCY_ECHO enabled

[OE-core] [PATCH] net-tools: lib/inet6.c:INET6_rresolve() - various fixes

From: Shan Hai Integrate the commit from https://github.com/ecki/net-tools/commit/a70c568b907d23ec2cf7defc81be50c351968f12 to fix a bug which causes the 'netstat -a' to print "[UNKNOWN]" in case of DNS problem instead of IPv6 address. Signed-off-by: Jianchuan Wang

[OE-core] [PATCH] gcc: Don't use vectorized builtins when Neon is not there

Fixes [YOCTO #9991] Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-6.1.inc | 1 + ...et-71056-Don-t-use-vectorized-builtins-wh.patch | 92 ++ 2 files changed, 93 insertions(+) create mode 100644

[OE-core] [PATCH 1/1] oetest.py: Remove check for __init__.py

From: Mariano Lopez When using "auto" in TEST_SUITES there is a check for __init__.py in the /lib/oeqa/runtime/ directory in all the layers in BBLAYERS. This check was needed because the way that python 2 import the modules, now that bitbake uses python 3 there is

Re: [OE-core] [PATCH 1/8] e2fsprogs: 1.43 -> 1.43.1

On 19 July 2016 at 14:44, Robert Yang wrote: > There is a new confgure option --enable-hardening: > > http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.43.1 > > Enable it by default, for target. The native can't be built with it: > | checking for uuid_generate

[OE-core] [PATCH 2/2] oe-selftest: simplifying log filenames

avoiding characters like ':' and making a clearer separation of the fields that compose the filename. Changing from: oe-selftest-2016-07-20_16:05:27.log to: oe-selftest-20160720-160527.log Signed-off-by: Benjamin Esquivel --- scripts/oe-selftest | 2 +- 1

[OE-core] Enable xml output in OeTest class for report consumers

You can take a look at the bug 9682[1] where tests and sample logs are attached. This patch assumes the xmlrunner[2] module in the system where oe-selftest will run. if the xmlrunner is not there, it will default to unittest. As it is now, it will change partially the text output format of the

[OE-core] [PATCH 1/2] oe-selftest: export test results via xmlrunner

if available, use the xmlrunner for exporting the test results to a dir named the same than the log where the text results are stored. this means creating a dir with the name of the log (without the .log) and dumping there the xml files that indicate the results of each of the tests. if xmlrunner

Re: [OE-core] [PATCH] oe-selftest: reorganize syntax to use subcommands

On 13 July 2016 at 18:35, Humberto Ibarra wrote: > The current syntax of oe-selftest is messy. This patch reorganizes it in a > clearer way by grouping all functions in a 'run' subcommand and a 'list' > subcommand. > This doesn't apply anymore, can you rebase?

Re: [OE-core] [PATCH][jethro] rootfs: Modify RPM installation

On 8 July 2016 at 08:57, David Vincent wrote: > When using a custom RPM data directory instead of the default dir > '/var/lib/rpm', the final image did not contain any of the database > files in the expected location. This commit takes into account the > 'rpmlibdir'

Re: [OE-core] [PATCH] insane.bbclass: Typo fix in do_qa_unpack's bb.note

On 21 July 2016 at 15:00, Mario Domenech Goulart wrote: > -bb.note("Checking has ${S} been created") > +bb.note("Checking if ${S} has been created") > I actually just sent a patch to delete this line entirely as the log will say its entering that function

Re: [OE-core] [PATCH] lib/oe/path: Fix tar invocation with --no-recursion

Hi Clemens, On 15 July 2016 at 17:26, Clemens Lang wrote: > -cmd = 'cd %s; find . -type d -print | tar -cf - -C %s -p > --files-from - --no-recursion | tar -xf - -C %s' % (src, src, dst) > +cmd = 'cd %s; find . -type d -print | tar -cf - -C %s -p >

[OE-core] [PATCH] insane: only check ${S} exists if we had sources to fetch

Only check that ${S} actually exists if there was something in ${SRC_URI} to fetch, the argument being that if SRC_URI is empty the the recipe won't be using ${S} at all. In general recipes that have no sources can remove the unpack task, but expecting all recipes to do this relatively advanced

[OE-core] [PATCH 1/2] oeqa/selftest/signing: use a temporary directory for GPG home

Instead of using a directory in the layer as the GPG home and carefully deleting the right files from it, use tempfile to create a temporary directory which will be cleaned up for us. Also change the public/secret key variables to be absolute paths as they're always used as absolute paths.

[OE-core] [PATCH 2/2] oeqa/selftest/signing: check that we have GPG in setup

Signed-off-by: Ross Burton --- meta/lib/oeqa/selftest/signing.py | 4 1 file changed, 4 insertions(+) diff --git a/meta/lib/oeqa/selftest/signing.py b/meta/lib/oeqa/selftest/signing.py index beafd63..4c12d6d 100644 --- a/meta/lib/oeqa/selftest/signing.py +++

[OE-core] [PATCH] insane.bbclass: Typo fix in do_qa_unpack's bb.note

s/Checking has ${S} been created/Checking if ${S} has been created/ Signed-off-by: Mario Domenech Goulart --- meta/classes/insane.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass

Re: [OE-core] Cannot find the information on sdk

On Thu, Jul 21, 2016 at 1:53 AM, Oleg V. Kobrin wrote: > Good day! > > I am using the OE to build my application for Beaglebone Black, and it works > fine, as I installed the sysrooted sdk on my machine and use it for build. > The problem is that I need to add some libs (i.e.

Re: [OE-core] [PATCH] musl: don't compile in mips16e mode

On Thu, Jul 21, 2016 at 3:16 AM, André Draszik wrote: > On Mi, 2016-07-20 at 20:22 -0700, Khem Raj wrote: >> > >> > On Jul 20, 2016, at 8:19 PM, g...@andred.net wrote: >> > >> > From: André Draszik >> > >> > musl contains hand-written assembly which is not

[OE-core] [PATCH] kernel.bbclass: explicitly set workdir in do_bundle_initramfs

From: André Draszik bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for functions" (included in current bitbake master) breaks the assumption that do_bundle_initramfs runs inside the build directory. This causes kernel_do_compile() as called from within

Re: [OE-core] [PATCH] musl: don't compile in mips16e mode

On Mi, 2016-07-20 at 20:22 -0700, Khem Raj wrote: > > > > On Jul 20, 2016, at 8:19 PM, g...@andred.net wrote: > > > > From: André Draszik > > > > musl contains hand-written assembly which is not compatible with > > the MIPS16e mode. > > > > Signed-off-by: André Draszik

Re: [OE-core] [PATCH 1/1] net-tools: lib/inet6.c:INET6_rresolve() - various fixes [ LIN9-1102 ]

On 07/20/2016 08:33 PM, Burton, Ross wrote: Please have a more useful short summary. On 19 July 2016 at 03:41, > wrote: From: Shan Hai > Integrate

Re: [OE-core] [PATCH 1/1] btrfs-tools: fix installed-vs-shipped

On 07/21/2016 04:46 PM, Burton, Ross wrote: On 21 July 2016 at 02:47, Robert Yang > wrote: Thanks, I was misleaded by eudev, whose udevlibexecdir is ${rootlibexecdir} which is ${libdir}/udev, so it is /lib64/udev. It

[OE-core] [PATCH 0/1] Fix a error in kernel-uimage.bbclass

From: Kai Kang The following changes since commit 36feb38045b7a2af86ece147fec54b0db3bf491f: linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.4 (2016-07-21 07:48:53 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib

[OE-core] [PATCH 1/1] kernel-uimage.bbclass: indeed update var KERNEL_IMAGETYPE_FOR_MAKE

From: Kai Kang The replace() method of the python string class doesn't replace in-place, then the var KERNEL_IMAGETYPE_FOR_MAKE doesn't be updated as design. Signed-off-by: Kai Kang --- meta/classes/kernel-uimage.bbclass | 3 +-- 1 file changed,

[OE-core] Cannot find the information on sdk

Good day! I am using the OE to build my application for Beaglebone Black, and it works fine, as I installed the sysrooted sdk on my machine and use it for build. The problem is that I need to add some libs (i.e. orbit2) to my project and cannot find the information how to add them to sysroot.

Re: [OE-core] [PATCH 1/1] btrfs-tools: fix installed-vs-shipped

On 21 July 2016 at 02:47, Robert Yang wrote: > Thanks, I was misleaded by eudev, whose udevlibexecdir is ${rootlibexecdir} > which is ${libdir}/udev, so it is /lib64/udev. It supports /lib/udev and > /lib64/udev as the code in eudev-3.2/src/udev/udev-rules.c shows: >

Re: [OE-core] [PATCH v3] linux-dtb.inc: Support for .dtbo files for dtb overlays

Hi, +1 : I also use this and I think this would be perfect to have this in master instead of using patched fork. Can this be merged? Thanks, Piotr On 19.07.2016 16:57, Herve Jourdain wrote: Ping... This is needed for support of "dynamic" device tree overlays, with extensions .dtbo

Re: [OE-core] [PATCH 1/1] btrfs-tools: fix installed-vs-shipped

On 07/21/2016 09:47 AM, Robert Yang wrote: On 07/20/2016 07:59 PM, Burton, Ross wrote: On 20 July 2016 at 06:54, Robert Yang > wrote: /lib64/udev/rules.d/64-btrfs-dm.rules This says that the btrfstools recipe is broken,