[OE-core] [PATCH 0/6] Jethro-next pull request

Please consider these changes for the next jethro-next The following changes since commit 7ed60009e2bcdd2380265ca95eb5de2328825eb5: libxml2: Security fix for CVE-2016-4448 (2016-07-09 15:47:51 -0700) are available in the git repository at: git://git.yoctoproject.org/poky-contrib

[OE-core] [PATCH 1/2] chrpath: correct subprocess.Popen.communicate() return values

This is a non-functional change, which intends to correct element names of a tuple returned by Popen.communicate(). Both in python2 and python3 subprocess.Popen.communicate() method returns a tuple (stdoutdata, stderrdata), thus old assignments and collateral comments are incorrect from human's

[OE-core] [PATCH 2/2] package: correct subprocess.Popen.communicate() return values

This is a non-functional change, which intends to correct element names of a tuple returned by Popen.communicate(). Both in python2 and python3 subprocess.Popen.communicate() method returns a tuple (stdoutdata, stderrdata), thus old assignments and collateral comments are incorrect from human's

[OE-core] [PATCH 0/2] meta/classes: correct subprocess.Popen.communicate() return values

This is a non-functional change, which intends to correct element names of a tuple returned by Popen.communicate() in oe-core classes chrpath and package. Both in python2 and python3 subprocess.Popen.communicate() method returns a tuple (stdoutdata, stderrdata), thus some old assignments and

Re: [OE-core] [PATCH v2 1/3] kernel-fitimage: add initramfs support

On Mon, Jul 18, 2016 at 12:57:55PM -0500, George McCollister wrote: > If INITRAMFS_IMAGE is set, build an additional fitImage containing the > initramfs. Copy the additional fitImage and the source (*.its) file, used > to create it to DEPLOYDIR. The fitImage containing the initramfs must be >

Re: [OE-core] [PATCH] apt: Fix build in musl it was break due to upgrade to 1.2.12

On 16-08-05 16:42:48, Aníbal Limón wrote: > methods/connect.cc: Musl doesn't support AI_IDN flag in netdb.h > header so define it manually. > apt-pkg/contrib/srvrec.h: Add explicity include of sys/types.h > to avoid errors in types u_int_SIZE. > This patch fixes the musl build issue. >

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

> On Aug 5, 2016, at 2:44 PM, Aníbal Limón wrote: > > > > On 08/05/2016 10:44 AM, Khem Raj wrote: >> >> >> On 7/29/16 12:53 PM, Aníbal Limón wrote: >>> Test was made building core-image-sato with package_deb on qemux86 and >>> qemuarm then run for two of them

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On 08/05/2016 10:44 AM, Khem Raj wrote: > > > On 7/29/16 12:53 PM, Aníbal Limón wrote: >> Test was made building core-image-sato with package_deb on qemux86 and >> qemuarm then run for two of them testimage and install packages with >> apt-get using PACKAGE_FEED_URI's configuration. >> >> Now

[OE-core] [PATCH] apt: Fix build in musl it was break due to upgrade to 1.2.12

methods/connect.cc: Musl doesn't support AI_IDN flag in netdb.h header so define it manually. apt-pkg/contrib/srvrec.h: Add explicity include of sys/types.h to avoid errors in types u_int_SIZE. Signed-off-by: Aníbal Limón --- meta/recipes-devtools/apt/apt.inc

Re: [OE-core] what must i supply WRT UBOOT_CONFIG/UBOOT_MACHINE when u-boot isn't in BSP?

On 16-08-05 17:11:34, Robert P. J. Day wrote: > On Fri, 5 Aug 2016, Khem Raj wrote: > > > > > > On Aug 5, 2016, at 11:52 AM, Robert P. J. Day > > > wrote: > > > > > > > > > i'm in the situation where i want to add the u-boot-fw-utils package > > > to my image, but the

[OE-core] [PATCH] oeqa/utils/httpserver.py: HTTPServer enable thread connection handling

HTTPServer now supports multiple connections using Python threads. Signed-off-by: Aníbal Limón --- meta/lib/oeqa/utils/httpserver.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/utils/httpserver.py

Re: [OE-core] what must i supply WRT UBOOT_CONFIG/UBOOT_MACHINE when u-boot isn't in BSP?

On Fri, 5 Aug 2016, Khem Raj wrote: > > > On Aug 5, 2016, at 11:52 AM, Robert P. J. Day wrote: > > > > > > i'm in the situation where i want to add the u-boot-fw-utils package > > to my image, but the corresponding u-boot source for the target is not > > part of the BSP

Re: [OE-core] [PATCH] oeqa/utils/httpserver.py: HTTPServer enable thread connection handling

On Fri, 05 Aug 2016 15:30:30 Aníbal Limón wrote: > HTTPServer now supports multiple connections using Python threads. > > Signed-off-by: Aníbal Limón > --- > meta/lib/oeqa/utils/httpserver.py | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git

Re: [OE-core] what must i supply WRT UBOOT_CONFIG/UBOOT_MACHINE when u-boot isn't in BSP?

> On Aug 5, 2016, at 11:52 AM, Robert P. J. Day wrote: > > > i'm in the situation where i want to add the u-boot-fw-utils package > to my image, but the corresponding u-boot source for the target is not > part of the BSP layer; in fact, it's not part of a layer at all

[OE-core] [PATCH] oeqa/utils/httpserver.py: HTTPServer enable thread connection handling

HTTPServer now supports multiple connections using Python threads. Signed-off-by: Aníbal Limón --- meta/lib/oeqa/utils/httpserver.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/utils/httpserver.py

[OE-core] [PATCH] glibc: Switch to 2.24 release branch

glibc 2.24 is released now https://www.sourceware.org/ml/libc-alpha/2016-08/msg00212.html Signed-off-by: Khem Raj --- meta/recipes-core/glibc/cross-localedef-native_2.24.bb | 5 ++--- meta/recipes-core/glibc/glibc_2.24.bb | 5 ++--- 2 files changed, 4

[OE-core] [PATCH 1/1] Fix use of tar's --exclude option for tar >= 1.29

From: Mariano Lopez Starting from tar 1.29 the --exclude option won't work anymore if is not used before the path. There are some recipes that copy the ptest using tar and --exclude option. This fixes these for OE-Core recipes. [YOCTO #9763] Signed-off-by:

[OE-core] Kernel headers in SDK

Hi all, I need the kernel headers to show up in my SDK. I'm running $ bitbake -c populate_sdk I've tried both of these, separately and together: IMAGE_INSTALL += "kernel-devsrc" TOOLCHAIN_TARGET_TASK_append = " kernel-devsrc" It always fails with this: |

[OE-core] what must i supply WRT UBOOT_CONFIG/UBOOT_MACHINE when u-boot isn't in BSP?

i'm in the situation where i want to add the u-boot-fw-utils package to my image, but the corresponding u-boot source for the target is not part of the BSP layer; in fact, it's not part of a layer at all (built manually elsewhere), so it's unsurprising that, if i add that recipe to the image, i

[OE-core] Yocto Project Status WW32

Current Dev Position: YP 2.2 M3 Next Deadline: YP 2.2 M3 which will be Aug 29th (5:00pm GMT) SWAT team rotation: Randy -> Leo https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: * We decided to release M2 with known issues. We have a good handle on some of

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

> On Aug 5, 2016, at 9:22 AM, Richard Purdie > wrote: > > On Fri, 2016-08-05 at 08:44 -0700, Khem Raj wrote: >> >> On 7/29/16 12:53 PM, Aníbal Limón wrote: >>> Test was made building core-image-sato with package_deb on qemux86 >>> and >>> qemuarm then run

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

> On Aug 5, 2016, at 8:54 AM, Burton, Ross wrote: > > > On 5 August 2016 at 16:44, Khem Raj > wrote: > This breaks on musl. Another plea to add a world build on AB for atleast > 1 target for musl. > > Does oe-core world

[OE-core] [PATCH v2] license: improve handling of license files with identical basenames

Previously, find_license_files() in license.bbclass just blindly assumed that all different licenses specified in LIC_FILES_CHKSUM have unique filenames. As a consequence, only the last one of these similarly named license files was copied and the rest were "lost". This patch changes the behavior

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On Fri, 2016-08-05 at 08:44 -0700, Khem Raj wrote: > > On 7/29/16 12:53 PM, Aníbal Limón wrote: > > Test was made building core-image-sato with package_deb on qemux86 > > and > > qemuarm then run for two of them testimage and install packages > > with > > apt-get using PACKAGE_FEED_URI's

Re: [OE-core] RFC: eclipse debug functionality issue

Thanks Max! I like your approach a lot; and yes, the same fix works in our /etc/profile. -Brian an Intel employee On Fri, Aug 5, 2016 at 1:58 AM, Max Krummenacher wrote: > Hi Brian > > Am Donnerstag, den 04.08.2016, 19:49 -0700 schrieb Khem Raj: > > > > On 8/4/16 2:20

Re: [OE-core] [PATCH] license: improve handling of license files with identical basenames

Doing a quick check on core-image-minimal I found out that there are many recipes whose do_populate_lic did not do the right thing: Only in build1/tmp-glibc/deploy/licenses/binutils-cross-i586: COPYING Only in build2/tmp-glibc/deploy/licenses/binutils-cross-i586: COPYING.0 Only in

[OE-core] [PATCH] consolekit: don't ship /var/log/ConsoleKit

This directory is created on demand, and won't be visible if /var/log is a tmpfs, so don't bother shipping it. Signed-off-by: Ross Burton --- meta/recipes-support/consolekit/consolekit_0.4.6.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On Fri, 2016-08-05 at 08:44 -0700, Khem Raj wrote: On 7/29/16 12:53 PM, Aníbal Limón wrote: Test was made building core-image-sato with package_deb on qemux86 and qemuarm then run for two of them testimage and install packages with apt-get using PACKAGE_FEED_URI's configuration. Now apt

[OE-core] [PATCH] license: improve handling of license files with identical basenames

Previously, find_license_files() in license.bbclass just blindly assumed that all different licenses specified in LIC_FILES_CHKSUM have unique filenames. As a consequence, only the last one of these similarly named license files was copied and the rest were "lost". This patch changes the behavior

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On 5 August 2016 at 16:44, Khem Raj wrote: > This breaks on musl. Another plea to add a world build on AB for atleast > 1 target for musl. > Does oe-core world build green with musl now? Ross -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On 7/29/16 12:53 PM, Aníbal Limón wrote: > Test was made building core-image-sato with package_deb on qemux86 and > qemuarm then run for two of them testimage and install packages with > apt-get using PACKAGE_FEED_URI's configuration. > > Now apt support drop priviligies for install packages

Re: [OE-core] where is the safest place to put a single-shot "run and reboot" script?

On Fri, 5 Aug 2016, Khem Raj wrote: > > > On 8/5/16 8:31 AM, Robert P. J. Day wrote: > > On Fri, 5 Aug 2016, Khem Raj wrote: > > > >> > >> > >> On 8/5/16 8:14 AM, Robert P. J. Day wrote: > >>> > >>> i have a systemd-based image that, after coming up normally, i want > >>> to fire off a one-time

Re: [OE-core] where is the safest place to put a single-shot "run and reboot" script?

On 8/5/16 8:31 AM, Robert P. J. Day wrote: > On Fri, 5 Aug 2016, Khem Raj wrote: > >> >> >> On 8/5/16 8:14 AM, Robert P. J. Day wrote: >>> >>> i have a systemd-based image that, after coming up normally, i want >>> to fire off a one-time script which, after completion, reboots. i've >>> been

Re: [OE-core] where is the safest place to put a single-shot "run and reboot" script?

On Fri, 5 Aug 2016, Khem Raj wrote: > > > On 8/5/16 8:14 AM, Robert P. J. Day wrote: > > > > i have a systemd-based image that, after coming up normally, i want > > to fire off a one-time script which, after completion, reboots. i've > > been told that using systemd's run-postinsts is

[OE-core] [PATCH][V2] hdparm: set LICENSE correctly

LICENSE is recipe-wide so should be BSD & GPLv2, and then override LICENSE_${PN} to just BSD as LICENSE_wiper is GPLv2. Signed-off-by: Ross Burton --- meta/recipes-extended/hdparm/hdparm_9.48.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [OE-core] where is the safest place to put a single-shot "run and reboot" script?

On 8/5/16 8:14 AM, Robert P. J. Day wrote: > > i have a systemd-based image that, after coming up normally, i want > to fire off a one-time script which, after completion, reboots. i've > been told that using systemd's run-postinsts is discouraged and, for > now, i just want the simplest and

Re: [OE-core] where is the safest place to put a single-shot "run and reboot" script?

On 5 August 2016 at 16:14, Robert P. J. Day wrote: > i have a systemd-based image that, after coming up normally, i want > to fire off a one-time script which, after completion, reboots. i've > been told that using systemd's run-postinsts is discouraged and, for > now, i

[OE-core] [PATCH 2/5] intltool: bump serial for aclocal --install

We modify this macro and need it to be used over local copies in tarballs. It appears that aclocal doesn't quite want to do the right thing just yet but increase the version just in case it does in the future. Upstream typically increments by one, and autoconf handles point versions fine, so

[OE-core] [PATCH 1/5] yocto-uninative: bump to uninative tarball version 1.2

This new uninative version includes fixes to use the host locales. [ YOCTO #9994 ] Signed-off-by: Ross Burton --- meta/conf/distro/include/yocto-uninative.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[OE-core] [PATCH 4/5] autotools.bbclass: remove intltool.m4 from ${S}

We need to ensure that builds use our intltool.m4 as there is a bug in upstream's macros when the host doesn't have XML::Parser installed. So generalise the m4 pruning logic that we already have from gettext and add intltool.m4. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 5/5] hdparm: set LICENSE correctly

LICENSE is recipe-wide so should be BSD & GPLv2, and then override LICENSE_${PN} to just BSD as LICENSE_wiper is GPLv2. Signed-off-by: Ross Burton --- meta/recipes-extended/hdparm/hdparm_9.48.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH 3/5] autotools: move aclocal-copy to WORKDIR

To save time move the temporary copy of the autoconf macros, aclocal-copy, from ${B} to ${WORKDIR}. This ensures that it can't conflict with anything in ${S} and means the pruning code doesn't need to know about it. Signed-off-by: Ross Burton ---

[OE-core] where is the safest place to put a single-shot "run and reboot" script?

i have a systemd-based image that, after coming up normally, i want to fire off a one-time script which, after completion, reboots. i've been told that using systemd's run-postinsts is discouraged and, for now, i just want the simplest and quickest solution. suggestions? rday --

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 5 August 2016 at 15:49, Khem Raj wrote: > > Just discovered that ephy for some reason ships its own copies of > > intltool.m4 (and a few others). We'll need to delete those. Patch > > incoming. > > ah good find. I was still seeing the errors on my boxes. > I've now a

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 8/5/16 1:20 AM, Burton, Ross wrote: > > On 5 August 2016 at 03:47, Robert Yang > wrote: > > I can reproduce the problem every time on my host Ubuntu 14.04 64bit: > > > Just discovered that ephy for some reason ships its

[OE-core] [PATCH v2] alsa-utils: fix installed-vs-shipped for bat

The bat PACKAGECONFIG does not install the test script correctly. Fix this by following the packaging used for the other bash scripts. While at it, fix some tabs. Signed-off-by: Stefan Müller-Klieser --- v2: - fix mixed up install logic - retested all PACKAGECONFIG

Re: [OE-core] [PATCH] kernel.bbclass: add lzop dependency

On Wed 2016-08-03 @ 09:39:59 PM, Bruce Ashfield wrote: > On Wed, Aug 3, 2016 at 8:53 AM, Trevor Woerner wrote: > > > On Mon 2016-08-01 @ 03:08:36 PM, Burton, Ross wrote: > > > On 1 August 2016 at 15:07, Bruce Ashfield > > wrote: > > > > > > > Not a

Re: [OE-core] "parted" vs "sfdisk"

On Fri, 5 Aug 2016, Andrew Bradford wrote: > Hi Robert, > > On 08/05 06:19, Robert P. J. Day wrote: > > > > your personal opinions, if you would -- i'm working on some scripts > > to do automated installs on a target board, currently based on > > parted, but parted seems a bit dense at times,

Re: [OE-core] [PATCH] alsa-utils: fix installed-vs-shipped for bat

On 05.08.2016 15:19, Burton, Ross wrote: > On 5 August 2016 at 14:15, Stefan Müller-Klieser < > s.mueller-klie...@phytec.de> wrote: > >> + if ${@bb.utils.contains('PACKAGECONFIG', 'bat', 'false', 'true', >> d)}; then >> > > This means the script is installed if bat isn't selected, which

Re: [OE-core] [PATCH] alsa-utils: fix installed-vs-shipped for bat

On 5 August 2016 at 14:15, Stefan Müller-Klieser < s.mueller-klie...@phytec.de> wrote: > + if ${@bb.utils.contains('PACKAGECONFIG', 'bat', 'false', 'true', > d)}; then > This means the script is installed if bat isn't selected, which I don't think you meant. Ross --

[OE-core] [PATCH] alsa-utils: fix installed-vs-shipped for bat

The bat PACKAGECONFIG does not install the test script correctly. Fix this by following the packaging used for the other bash scripts. While at it, fix some tabs. Signed-off-by: Stefan Müller-Klieser --- meta/recipes-multimedia/alsa/alsa-utils-scripts_1.1.1.bb | 4

Re: [OE-core] "parted" vs "sfdisk"

Hi Robert, On 08/05 06:19, Robert P. J. Day wrote: > > your personal opinions, if you would -- i'm working on some scripts > to do automated installs on a target board, currently based on > parted, but parted seems a bit dense at times, and awkward, and i'm > thinking of switching to sfdisk. >

[OE-core] [PATCH] openssl: fix add missing `make depend` command before `make` library

Settings from EXTRA_OECONF like en/disable no-ssl3, are transferred only into DEPFLAGS. It means that settings have no effect on output files. DEPFLAGS will be transferred into output files with make depend command. https://wiki.openssl.org/index.php/Compilation_and_Installation#Dependencies

Re: [OE-core] [PATCH] cml1.bbclass: explicitly set workdir

On 5 August 2016 at 10:40, André Draszik wrote: > Sorry, please ignore this! Didn't realise it's fixed in oe-core just not in > poky.git yet. > Merges happen to both at the same time generally, but you likely missed it by hours. Ross --

[OE-core] [PATCH] openssl: fix add missing `make depend` command before `make` library

Settings from EXTRA_OECONF like en/disable no-ssl3, are transferred only into DEPFLAGS. It means that settings have no effect on output files. DEPFLAGS will be transferred into output files with make depend command. https://wiki.openssl.org/index.php/Compilation_and_Installation#Dependencies

Re: [OE-core] "parted" vs "sfdisk"

On Fri, 5 Aug 2016, Gary Thomas wrote: > On 2016-08-05 12:19, Robert P. J. Day wrote: > > > > your personal opinions, if you would -- i'm working on some scripts > > to do automated installs on a target board, currently based on > > parted, but parted seems a bit dense at times, and awkward,

Re: [OE-core] "parted" vs "sfdisk"

On 2016-08-05 12:19, Robert P. J. Day wrote: your personal opinions, if you would -- i'm working on some scripts to do automated installs on a target board, currently based on parted, but parted seems a bit dense at times, and awkward, and i'm thinking of switching to sfdisk. for people

[OE-core] "parted" vs "sfdisk"

your personal opinions, if you would -- i'm working on some scripts to do automated installs on a target board, currently based on parted, but parted seems a bit dense at times, and awkward, and i'm thinking of switching to sfdisk. for people who have done this sort of thing, do you have any

Re: [OE-core] [PATCH] cml1.bbclass: explicitly set workdir

On 5 August 2016 at 10:34, André Draszik wrote: > bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for > functions" (included in current bitbake master) breaks the assumption > that do_menuconfig / do_diffconfig run inside the build directory. > Already merged into

Re: [OE-core] [PATCH] cml1.bbclass: explicitly set workdir

Sorry, please ignore this! Didn't realise it's fixed in oe-core just not in poky.git yet. On Fri, 2016-08-05 at 10:34 +0100, André Draszik wrote: > bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for > functions" (included in current bitbake master) breaks the assumption > that

[OE-core] [PATCH] cml1.bbclass: explicitly set workdir

bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for functions" (included in current bitbake master) breaks the assumption that do_menuconfig / do_diffconfig run inside the build directory. This causes these tasks to fail as they're being executed in the wrong directory. Set workdir

Re: [OE-core] RFC: eclipse debug functionality issue

Hi Brian Am Donnerstag, den 04.08.2016, 19:49 -0700 schrieb Khem Raj: > > On 8/4/16 2:20 PM, Brian Avery wrote: > > The core issue: > > The busybox resize command breaks the eclipse ssh debug stream. > > This is > > because the resize command for busybox sends a set of cursor > > control > >

Re: [OE-core] [oe-commits] [openembedded-core] 06/10: tslib: replace pointercal with pointercal-xinput

Hi, On Thu, Aug 04, 2016 at 10:08:29PM +0200, Martin Jansa wrote: >Since when tslib reads pointercal-xinput file? This change wasn't tested due to non availability of required hardware. Will revert this change. >On Thu, Aug 4, 2016 at 9:56 PM, wrote: > >rpurdie

Re: [OE-core] [oe-commits] [openembedded-core] 10/10: packagegroup-core-x11-base.bb: replace pointercal with pointercal-xinput

Hi Martin, >On Thu, Aug 04, 2016 at 10:10:07PM +0200, Martin Jansa wrote: >NAK pointercal-xinput is useless without xinput-calibrator. > >Just remove pointercal and let x11-common pull xinput-calibrator with >pointercal-xinupt by RRECOMMENDS. Thank you very much for reviewing it. Will update

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 5 August 2016 at 03:47, Robert Yang wrote: > I can reproduce the problem every time on my host Ubuntu 14.04 64bit: > Just discovered that ephy for some reason ships its own copies of intltool.m4 (and a few others). We'll need to delete those. Patch incoming.