Re: [OE-core] [PATCH 1/2] go: Add recipes for golang compilers and tools

On 11/11/2016 08:04 PM, Richard Purdie wrote: This was something that came up at OEDEM. There are several layers with several attempts at getting this right, most have some issues. Whilst we've been pulling things out of core, we also need to consider things that perhaps should get added.

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On 10 November 2016 at 12:18, Maciej Borzecki wrote: > v2 of patch series previously posted here [1]. > > The series introduces anumber of fixes to wic, as well as a new > --fixed-size > option applicable to `part` entries in kickstart files. The option makes it >

Re: [OE-core] WRL error: "Can't locate Config_heavy-target.pl in @INC" -- OE versus WRL

i think i figured out the problem ... all of the perl recipes i was trying to build (from meta-cpan) had the line: inherit cpan allarch rather than just: inherit cpan so the native perl built by WRL chokes on that, while the slightly newer perl that comes with OE has a patch to handle

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On Mon, Nov 14, 2016 at 3:07 PM, Burton, Ross wrote: > > On 14 November 2016 at 14:03, Maciej Borzęcki > wrote: >> >> TARGET_ARCH is in fact not exported as you have indicated, there's this >> piece in meta/conf/bitbake.conf: > > > Ah yes

[OE-core] [PATCH 3/4] sanity.bbclass:check_connectivity(): print more error messages

This can help fix the problem when the error happens. Now the error message is: Fetcher failure for URL: 'https://www.example.com/'. URL https://www.example.com/ doesn't work. Please ensure your host's network is configured correctly, or set BB_NO_NETWORK = "1" to disable network

[OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

The old code: network_enabled = not d.getVar('BB_NO_NETWORK', True) It is True only when BB_NO_NETWORK is not set (None), but BB_NO_NETWORK = "0" should also be True while "1" means no network, "0" means need network in a normal case. Signed-off-by: Robert Yang ---

Re: [OE-core] [PATCH] Supply correct argument to .deb pre/postinsts

On 14 November 2016 at 10:35, Linus Wallgren wrote: > The debian policy manual and MaintainerScripts wiki page states that the > postinst script is supposed to be called with the `configure` argument > at first install, likewise the preinst script is supposed to be

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On 14 November 2016 at 14:03, Maciej Borzęcki wrote: > TARGET_ARCH is in fact not exported as you have indicated, there's this > piece in meta/conf/bitbake.conf: > Ah yes there's a bit of bad interaction between unexport variables, the hack that is -e, and the even

[OE-core] [PATCH 1/4] populate_sdk_ext.bbclass: use weak assignment for TOOLCHAINEXT_OUTPUTNAME

The TOOLCHAINEXT_OUTPUTNAME is different from TOOLCHAIN_OUTPUTNAME, it is used for eSDK only, so that it doesn't mix with SDK, use "?=" for it so that other conf file can define it. If we don't use "?=" here, then we need use forcevariable to redfine it: TOOLCHAINEXT_OUTPUTNAME_forcevariable =

[OE-core] [PATCH 2/4] testsdk.bbclass: print which file is not found

This is helpful when debug. Signed-off-by: Robert Yang --- meta/classes/testsdk.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/testsdk.bbclass b/meta/classes/testsdk.bbclass index 43342b1..06b4c50 100644 ---

[OE-core] [PATCH 0/4] Fixes for sanity.bbclass and sdk

The following changes since commit 9303d8055c45a0f6af295d70a6f6a8b9d8d8a7c9: devtool: add "rename" subcommand (2016-11-07 11:04:17 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/4fixes

[OE-core] [PATCH] binutils: Fix build for c293pcie PPC machine

The following patch fix build for c293pcie PPC machine : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h=8941017b This patch is a backport from master branch. Fix error: / |ERROR: binutils-2.27-r0 do_package: runstrip: ''powerpc-fslc-linux-gnuspe-strip'

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On 14 November 2016 at 10:35, Maciej Borzęcki wrote: > Do you think it makes sense to replace TARGET_ARCH check with something > like this instead: > > arch = get_bb_var('HOST_ARCH', 'core-image-minimal') > > is_x86 = arch in ['i586', 'i686', 'x86-64']

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On Mon, Nov 14, 2016 at 2:34 PM, Burton, Ross wrote: > > On 14 November 2016 at 10:35, Maciej Borzęcki > wrote: >> >> Do you think it makes sense to replace TARGET_ARCH check with something >> like this instead: >> >> arch =

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

On 12 November 2016 at 18:31, Marek Vasut wrote: > > Also the u-boot series went through a number of revisions, can you > > verify that the patches in poky-contrib:ross/mut match what you expect > > to see? > > Do you have a link for me ?

Re: [OE-core] libdbus-c++

On 14 November 2016 at 13:33, thilo.ceston...@ts.fujitsu.com < thilo.ceston...@ts.fujitsu.com> wrote: > Yeah I propably can and will be if I need to write my own. But the funny > thing is, that there ones was a meta-oe dbus-c++ recipe and this was > removed with the comment, that it didn't work

Re: [OE-core] libdbus-c++

Am Montag, den 14.11.2016, 10:53 + schrieb Burton, Ross: > > On 14 November 2016 at 10:33, thilo.ceston...@ts.fujitsu.com > wrote: > > I wanted to build an executable using libdbus-c++ but OE-Core has no recipe > > providing libdbus-c++, please correct me if

[OE-core] [PATCH v2] [krogoth] nss: Disable warning on deprecated API usage

nss itself enables Werror if gcc is version 4.8 of greater, which fails the build against new glibc (2.24) because of use of readdir_r(), which is now deprecated. Let's just disable warnings on deprecated API usage. https://bugzilla.yoctoproject.org/show_bug.cgi?id=10644 Signed-off-by: Zeeshan

[OE-core] [PATCH] tiff: Security fix CVE-2016-3658

The TIFFWriteDirectoryTagLongLong8Array function in tif_dirwrite.c in the tiffset tool allows remote attackers to cause a denial of service (out-of-bounds read) via vectors involving the ma variable. External References: https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-3658

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On Mon, Nov 14, 2016 at 10:24 AM, Burton, Ross wrote: > > On 10 November 2016 at 12:18, Maciej Borzecki > wrote: >> >> v2 of patch series previously posted here [1]. >> >> The series introduces anumber of fixes to wic, as well as a new >>

[OE-core] libdbus-c++

Hey! I wanted to build an executable using libdbus-c++ but OE-Core has no recipe providing libdbus-c++, please correct me if I'm wrong here! Is there a reason, other than no one wanted a recipe for libdbus-c++ yet, against the usage of dbus-c++ implementation or why isn't there a recipe for

[OE-core] [PATCH] Supply correct argument to .deb pre/postinsts

The debian policy manual and MaintainerScripts wiki page states that the postinst script is supposed to be called with the `configure` argument at first install, likewise the preinst script is supposed to be called with the `install` argument on first install.

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On Mon, Nov 14, 2016 at 11:16 AM, Burton, Ross wrote: > > On 14 November 2016 at 10:02, Maciej Borzęcki > wrote: >> >> I see that the builds were running with qemux85-64 MACHINE, shouldn't >> TARGET_ARCH be set to x86-64 then? There's a check

Re: [OE-core] [PATCH v2 08/10] wic: selftest: do not repeat core-image-minimal

On Thu, Nov 10, 2016 at 9:33 PM, Maciej Borzęcki wrote: > On Thu, Nov 10, 2016 at 9:15 PM, Burton, Ross wrote: >> >> On 10 November 2016 at 12:18, Maciej Borzecki >> wrote: >>> >>> def

Re: [OE-core] libdbus-c++

On 14 November 2016 at 10:33, thilo.ceston...@ts.fujitsu.com < thilo.ceston...@ts.fujitsu.com> wrote: > I wanted to build an executable using libdbus-c++ but OE-Core has no > recipe providing libdbus-c++, please correct me if I'm wrong here! > > Is there a reason, other than no one wanted a

Re: [OE-core] [PATCH v2 00/10] wic: bugfixes & --fixed-size support, tests, selftest: minor fixes

On 14 November 2016 at 10:02, Maciej Borzęcki wrote: > I see that the builds were running with qemux85-64 MACHINE, shouldn't > TARGET_ARCH be set to x86-64 then? There's a check that builds > syslinux(-native) for x86 archs only since it's not buildable for > anything

Re: [OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

> -Original Message- > From: Jose Perez Carranza [mailto:jose.perez.carra...@linux.intel.com] > Sent: Thursday, November 10, 2016 4:40 PM > To: benjamin.esqui...@linux.intel.com; openembedded- > c...@lists.openembedded.org > Cc: paul.eggle...@intel.com > Subject: Re: [OE-core] [PATCH]

[OE-core] [PATCH] recipetool: add postinst to .deb import

The .deb import feature did not import postinst, postrm, preinst, or¬ prerm functions. This change checks to see if those files exist, and if so, adds the appropriate functions adding correct path variables if¬ required.¬ [ YOCTO #10421 ] Signed-off-by: Stephano Cetola

[OE-core] [PATCH V3] devshell: list commands when throwing NoSupportedTerminals

When attempting to run devshell, if no terminal is available, the error being thrown was not very specific. This adds a list of commands that failed, informing the user of what they can install to fix the error. [ YOCTO #10472] Signed-off-by: Stephano Cetola ---

[OE-core] [PATCH V3] devshell: list commands when throwing NoSupportedTerminals

Changes since V2: add yocto bug number Stephano Cetola (1): devshell: list commands when throwing NoSupportedTerminals meta/classes/terminal.bbclass | 8 ++-- meta/lib/oe/terminal.py | 13 +++-- 2 files changed, 17 insertions(+), 4 deletions(-) -- 2.10.2 --

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On Mon, Nov 14, 2016 at 8:37 AM, Robert Yang wrote: > On 11/14/2016 11:03 PM, Christopher Larson wrote: > >> >> On Mon, Nov 14, 2016 at 7:34 AM, Robert Yang > > wrote: >> >> The old code: >>

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On 11/14/2016 11:38 PM, Christopher Larson wrote: On Mon, Nov 14, 2016 at 8:37 AM, Robert Yang > wrote: On 11/14/2016 11:03 PM, Christopher Larson wrote: On Mon, Nov 14, 2016 at 7:34 AM, Robert Yang

Re: [OE-core] [PATCH] wic: Fix rootfs_size variable not found error.

On 11 November 2016 at 17:52, Philip Balister wrote: > Commit 1ba6101ceaee354816e690d44bc9a5dd8dcf4011 introduced the runtime > error. Thi scommit should fix it. Tested with an sd card build with > an ext4 file system. > Already sent as "wic: use partition size when

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

On 11/14/2016 03:45 PM, Burton, Ross wrote: > > On 12 November 2016 at 18:31, Marek Vasut > wrote: > > > Also the u-boot series went through a number of revisions, can you > > verify that the patches in poky-contrib:ross/mut match what you expect >

Re: [OE-core] [RFT][PATCH] systemd: Upgrade to 232

On Wed, 2016-11-09 at 22:11 -0800, Khem Raj wrote: > * Drop support for rcS.d SysV init scripts. >   These are prone to cause dependency loops, and almost all packages > with >   rcS scripts now ship a native systemd service. > > * Drop mount propagation patch, it only happens with libseccomp, OE

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On Mon, Nov 14, 2016 at 7:34 AM, Robert Yang wrote: > The old code: > network_enabled = not d.getVar('BB_NO_NETWORK', True) > > It is True only when BB_NO_NETWORK is not set (None), > but BB_NO_NETWORK = "0" should also be True while "1" means no network, > "0" means

[OE-core] Creating 'wic' image

In order to make life easier for people, I was looking into creating images with the "wic" tool. There's just one big piece of documentation lacking: What's the format it wants my rootfs and boot files? http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html Basically I want an SD

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On 11/14/2016 11:03 PM, Christopher Larson wrote: On Mon, Nov 14, 2016 at 7:34 AM, Robert Yang > wrote: The old code: network_enabled = not d.getVar('BB_NO_NETWORK', True) It is True only when BB_NO_NETWORK is not set

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On 11/15/2016 12:08 AM, Christopher Larson wrote: On Mon, Nov 14, 2016 at 9:05 AM, Robert Yang > wrote: On 11/14/2016 11:38 PM, Christopher Larson wrote: On Mon, Nov 14, 2016 at 8:37 AM, Robert Yang

[OE-core] [PATCH] python3-pygobject: upgrade to 3.22.0

Signed-off-by: Edwin Plauchu --- .../{python3-pygobject_3.20.1.bb => python3-pygobject_3.22.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python3-pygobject_3.20.1.bb => python3-pygobject_3.22.0.bb}

Re: [OE-core] [PATCH 4/4] sanity.bbclass: fix check_connectivity() for BB_NO_NETWORK = "0"

On Mon, Nov 14, 2016 at 9:05 AM, Robert Yang wrote: > On 11/14/2016 11:38 PM, Christopher Larson wrote: > >> >> On Mon, Nov 14, 2016 at 8:37 AM, Robert Yang > > wrote: >> >> On 11/14/2016 11:03 PM,

[OE-core] [PATCH] python3-git: upgrade to 2.1.0

From: Edwin Plauchu Signed-off-by: Edwin Plauchu --- meta/recipes-devtools/python/python-git.inc | 6 +++--- .../python/{python3-git_2.0.7.bb => python3-git_2.1.0.bb} | 0 2 files changed, 3

[OE-core] [PATCH] lib/oe/package_manager: .deb pre/postinst args

The debian policy manual and MaintainerScripts wiki page states that the postinst script is supposed to be called with the `configure` argument at first install, likewise the preinst script is supposed to be called with the `install` argument on first install.

Re: [OE-core] Creating 'wic' image

On Mon, Nov 14, 2016 at 8:23 AM, Mike Looijmans wrote: > In order to make life easier for people, I was looking into creating > images with the "wic" tool. > > There's just one big piece of documentation lacking: What's the format it > wants my rootfs and boot files? >

Re: [OE-core] Creating 'wic' image

On Mon, Nov 14, 2016 at 4:23 PM, Mike Looijmans wrote: > In order to make life easier for people, I was looking into creating images > with the "wic" tool. > > There's just one big piece of documentation lacking: What's the format it > wants my rootfs and boot files? >

Re: [OE-core] [PATCH] devtool: fix handling of unicode characters from subprocess stdout

I tried to follow the original implementation here. It seems that a simple read() is blocking and the output of the subprocess cannot be redirected in time. E.g., ‘Note: Fetching …’ is not shown until the unpack is finished. From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday,

[OE-core] [PATCH 0/1] rpm: fix multilib macro installation

The following changes since commit 9303d8055c45a0f6af295d70a6f6a8b9d8d8a7c9: devtool: add "rename" subcommand (2016-11-07 11:04:17 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/rpm-macros

[OE-core] [PATCH 1/1] rpm: fix multilib macro installation

For now, the rpm macro for multilib is not installed correctly. For example, in x86-64 lib32 situation, the macro is installed under tmp/work/x86-pokymllib32-linux/rpm/5.4.16-r0/image/usr/lib/rpm/poky/i686-linux/. The directory is even not under WORKDIR. And it will of course not be packaged. We

[OE-core] [PATCH V2] python3-git: upgrade to 2.1.0

From: Edwin Plauchu Signed-off-by: Edwin Plauchu --- meta/recipes-devtools/python/python-git.inc | 4 ++-- .../python/{python3-git_2.0.7.bb => python3-git_2.1.0.bb} | 0 2 files

Re: [OE-core] [PATCH] kernel.bbclass: Allow ${S} to be overridden

On Fri, 2016-11-11 at 19:39 +, Paul Barker wrote: > On Wed, 9 Nov 2016 15:42:29 -0800 > Andre McCurdy wrote: > > > The solution I use (learned the hard way) is to ensure that "S = ..." > > comes after "inherit kernel" in the kernel recipe. > > > > Ok, yea, this works

Re: [OE-core] [PATCH 1/2] go: Add recipes for golang compilers and tools

On 11/14/16 5:00 AM, Alexander Kanavin wrote: > On 11/11/2016 08:04 PM, Richard Purdie wrote: > >> This was something that came up at OEDEM. There are several layers with >> several attempts at getting this right, most have some issues. >> >> Whilst we've been pulling things out of core, we

[OE-core] [PATCH] glib: remove obsolete gi-exclude patch

This patch has been superseded by 2907b1 in gobject-introspection, which we're now shipping. Signed-off-by: Ross Burton --- .../glib-2.0/glib-2.0/gi-exclude.patch | 59 -- meta/recipes-core/glib-2.0/glib-2.0_2.50.1.bb | 1 - 2 files

Re: [OE-core] [PATCH] binutils: Fix build for c293pcie PPC machine

On Mon, Nov 14, 2016 at 4:28 AM, Fabio Berton wrote: > The following patch fix build for c293pcie PPC machine : > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h=8941017b > > This patch is a backport from master branch. > > Fix error: > / >

[OE-core] [oe][Patch] systemd: systemd should not depend on systemd-container

Currently systemd depends on systemd-container due to a dangling symlink deployed with systemd. Move the symlink to systemd-container. | DEBUG: systemd contains dangling link /lib/systemd/system/systemd-machined.service | DEBUG: target found in systemd-container Signed-off-by: Max Krummenacher

[OE-core] [PATCH] devshell: list commands when throwing NoSupportedTerminals

When attempting to run devshell, if no terminal is available, the error being thrown was not very specific. This adds a list of commands that failed, informing the user of what they can install to fix the error. Signed-off-by: Stephano Cetola ---

Re: [OE-core] [PATCH] rmc: Fix compiling issue with musl

On 11/14/16 2:10 PM, Jianxun Zhang wrote: > | src/rmcl/rmcl.c: In function 'query_policy_from_db': > | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t' > | ssize_t cmd_name_len = strlen((char *)_db[policy_idx]) + 1; > | ^~~~ > > The musl C lib provides ssize_t but we need to

[OE-core] [PATCH] python3-mako: upgrade to 1.0.6

From: Edwin Plauchu Signed-off-by: Edwin Plauchu --- meta/recipes-devtools/python/python-mako.inc | 4 ++-- .../python/{python3-mako_1.0.4.bb => python3-mako_1.0.6.bb} | 0 2 files changed, 2

Re: [OE-core] [PATCH] rmc: Fix compiling issue with musl

> On Nov 14, 2016, at 2:50 PM, Khem Raj wrote: > > > > On 11/14/16 2:10 PM, Jianxun Zhang wrote: >> | src/rmcl/rmcl.c: In function 'query_policy_from_db': >> | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t' >> | ssize_t cmd_name_len = strlen((char

Re: [OE-core] [PATCH] rmc: Fix compiling issue with musl

On 11/14/16 3:08 PM, Jianxun Zhang wrote: > >> On Nov 14, 2016, at 2:50 PM, Khem Raj wrote: >> >> >> >> On 11/14/16 2:10 PM, Jianxun Zhang wrote: >>> | src/rmcl/rmcl.c: In function 'query_policy_from_db': >>> | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t' >>>

[OE-core] [PATCH V2] devshell: list commands when throwing NoSupportedTerminals

When attempting to run devshell, if no terminal is available, the error being thrown was not very specific. This adds a list of commands that failed, informing the user of what they can install to fix the error. Signed-off-by: Stephano Cetola ---

[OE-core] [PATCH V2] devshell: list commands when throwing NoSupportedTerminals

Changes since V1: Remove the placeholder "false" for custom terminal rather than changing it to None. That change would break the custom terminal. Stephano Cetola (1): devshell: list commands when throwing NoSupportedTerminals meta/classes/terminal.bbclass | 8 ++--

[OE-core] [PATCH] python3-pip: upgrade to 9.0.1

From: Edwin Plauchu Signed-off-by: Edwin Plauchu --- .../python/{python3-pip_8.1.2.bb => python3-pip_9.0.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] [PATCH] rmc: Fix compiling issue with musl

| src/rmcl/rmcl.c: In function 'query_policy_from_db': | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t' | ssize_t cmd_name_len = strlen((char *)_db[policy_idx]) + 1; | ^~~~ The musl C lib provides ssize_t but we need to enable it with a macro. Signed-off-by: Jianxun Zhang

Re: [OE-core] [PATCH] rmc: Fix compiling issue with musl

OOPS. Please ignore this patch. It is for another BSP project! > On Nov 14, 2016, at 2:10 PM, Jianxun Zhang > wrote: > > | src/rmcl/rmcl.c: In function 'query_policy_from_db': > | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t' > | ssize_t