[OE-core] [PATCH v2 6/8] go.bbclass: ptest cleanup and improvements

handle large numbers of tests, and to generate 'status: test name' output similar to Automake tests. * Install all non-vendored 'testdata' directories from the source into the ptest package, as some packages share test data among multiple tests. Signed-off-by: Matt Madison <m

[OE-core] [PATCH v2 7/8] goarch.bbclass: disable shared runtime for nativesdk builds

While useful on embedded devices for saving disk space, use of shared runtime in Go is not the usual practice, so disable it for nativesdk builds. We don't use it for native builds, either, so this makes the SDK match the native environment more closely. Signed-off-by: Matt Madison <m

[OE-core] [PATCH v2 8/8] go: move common settings to go-common.inc

Eliminate some redundancy in the recipes by moving some commonly-used variable settings to the common include file. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-common.inc | 4 meta/recipes-devtools/go/go-cross-canadian.inc | 5 -

[OE-core] [PATCH v2 5/8] go.bbclass: don't stage test data with sources

Any directory in a Go package's source tree called 'testdata' contains test data, and isn't necessary for building. Some packages include ELF files and other binaries as test data, and staging them in the sysroot and -dev package leads to unnecessary QA warnings. Signed-off-by: Matt Madison

[OE-core] [PATCH v2 3/8] go.bbclass: rename GO_TMPDIR -> GOTMPDIR

and export it. Go 1.10 now supports using this separate variable locating its temporary files, so TMPDIR doesn't have to be modified. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/go.bbclass | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff

[OE-core] [PATCH v2 1/8] go: update go 1.9 -> go 1.10

packaging QA warnings * Set GOCACHE to 'off' to disable 1.10's build caching in the go recipes and bbclass Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/go.bbclass| 2 + meta/recipes-devtools/go/go-1.10.inc | 21 ++ ...1-al

[OE-core] [PATCH v2 0/8] go1.10 update and misc improvements

of the patches. go1.10 introduces significant changes to the go build tool as well, requiring some further patches to make it work for OE builds. See https://golang.org/doc/go1.10 for a complete list of new features and changes. Following the update are some cleanup/improvement patches. Matt Madison (8

[OE-core] [PATCH v2 2/8] go: set GOMIPS envrionment variable

Go 1.10 adds support for selecting hard/soft float object code through the GOMIPS environment variable. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/goarch.bbclass| 11 +++ meta/recipes-devtools/go/go-cross-canadian.inc | 1 + meta/r

[OE-core] [PATCH 8/8] go: move common settings to go-common.inc

Eliminate some redundancy in the recipes by moving some commonly-used variable settings to the common include file. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-common.inc | 4 meta/recipes-devtools/go/go-cross-canadian.inc | 5 -

[OE-core] [PATCH 6/8] go.bbclass: ptest cleanup and improvements

handle large numbers of tests, and to generate 'status: test name' output similar to Automake tests. * Install all non-vendored 'testdata' directories from the source into the ptest package, as some packages share test data among multiple tests. Signed-off-by: Matt Madison <m

[OE-core] [PATCH 7/8] goarch.bbclass: disable shared runtime for nativesdk builds

While useful on embedded devices for saving disk space, use of shared runtime in Go is not the usual practice, so disable it for nativesdk builds. We don't use it for native builds, either, so this makes the SDK match the native environment more closely. Signed-off-by: Matt Madison <m

[OE-core] [PATCH 5/8] go.bbclass: don't stage test data with sources

Any directory in a Go package's source tree called 'testdata' contains test data, and isn't necessary for building. Some packages include ELF files and other binaries as test data, and staging them in the sysroot and -dev package leads to unnecessary QA warnings. Signed-off-by: Matt Madison

[OE-core] [PATCH 4/8] go.bbclass: remove debug-related commands

The 'go env' in the do_compile function and the set -x/+x in the do_install_ptest function were used for debugging the bbclass, and aren't really needed. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/go.bbclass | 3 --- 1 file changed, 3 deletions(-) diff --git

[OE-core] [PATCH 3/8] go.bbclass: rename GO_TMPDIR -> GOTMPDIR

and export it. Go 1.10 now supports using this separate variable locating its temporary files, so TMPDIR doesn't have to be modified. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/go.bbclass | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git

[OE-core] [PATCH 2/8] go: set GOMIPS envrionment variable

Go 1.10 adds support for selecting hard/soft float object code through the GOMIPS environment variable. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/goarch.bbclass| 11 +++ meta/recipes-devtools/go/go-cross-canadian.inc | 1 + meta/r

[OE-core] [PATCH 1/8] go: update go 1.9 -> go 1.10

packaging QA warnings * Set GOCACHE to 'off' to disable 1.10's build caching in the go recipes and bbclass Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/go.bbclass| 2 + meta/recipes-devtools/go/go-1.10.inc | 21 ++ ...1-al

[OE-core] [PATCH 0/8] go1.10 update and misc improvements

patches to make it work for OE builds. See https://golang.org/doc/go1.10 for a complete list of new features and changes. Following the update are some cleanup/improvement patches. Matt Madison (8): go: update go 1.9 -> go 1.10 go: set GOMIPS envrionment variable go.bbclass: rename GO_TMP

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

> > On 17 November 2017 at 15:49, Matt Madison <matt@madison.systems> wrote: >> >> On Thu, Nov 16, 2017 at 3:29 PM, Matt Madison <matt@madison.systems> >> wrote: >> > On Thu, Nov 16, 2017 at 12:29 PM, Burton, Ross <ross.bur...@intel.com> >

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

On Thu, Nov 16, 2017 at 3:29 PM, Matt Madison <matt@madison.systems> wrote: > On Thu, Nov 16, 2017 at 12:29 PM, Burton, Ross <ross.bur...@intel.com> wrote: >> Looks like this is failing on some of our autobuilders, such as >> https://autobuilder.yocto.io/builders/ni

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

urned 1 exit status > > It's running x86-64-poky-linux-musl-gcc but using headers from /usr, which > looks wrong. > > Ross > > > On 14 November 2017 at 17:21, Matt Madison <matt@madison.systems> wrote: >> >> Yes, drat it, v3 should fix that. >> >>

Re: [OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

Yes, drat it, v3 should fix that. Thanks, -Matt On Tue, Nov 14, 2017 at 9:20 AM, Otavio Salvador <otavio.salva...@ossystems.com.br> wrote: > Hello Matt, > > A minor thing: > > Upstream-Status: Pending > > On Tue, Nov 14, 2017 at 3:18 PM, Matt Madison <matt@madiso

[OE-core] [PATCH v3] go: ensure use of BUILD_CC when building bootstrap tools

that confuses Go. [YOCTO #12341] Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc| 1 + ...verride-CC-when-building-dist-and-go_boot.patch | 43 ++ meta/recipes-devtools/go/go-common.inc | 4 ++ 3 files chang

[OE-core] [PATCH v2] go: ensure use of BUILD_CC when building bootstrap tools

that confuses Go. [YOCTO #12341] Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc| 1 + ...verride-CC-when-building-dist-and-go_boot.patch | 43 ++ meta/recipes-devtools/go/go-common.inc | 4 ++ 3 files chang

[OE-core] [PATCH] go: ensure use of BUILD_CC when building bootstrap tools

that confuses Go. [YOCTO #12341] Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc| 1 + ...verride-CC-when-building-dist-and-go_boot.patch | 43 ++ meta/recipes-devtools/go/go-common.inc | 4 ++ 3 files chang

[OE-core] [PATCH] go: update to go1.9.2

Update to the go1.9.2 minor release, which includes fixes to the compiler and runtime. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/go/go-1.9.

[OE-core] [PATCH v2] go: update to go1.9.1

Addresses two security issues, including CVE-2017-15041 Reference: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-15041 Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

Re: [OE-core] [PATCH] go: update to go1.9.1

On Tue, Oct 10, 2017 at 3:42 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Tue, Oct 10, 2017 at 1:36 PM, Matt Madison <matt@madison.systems> wrote: >> On Tue, Oct 10, 2017 at 9:40 AM, Khem Raj <raj.k...@gmail.com> wrote: >>> On Tue, Oct 10, 2017 at 9:28 AM,

Re: [OE-core] [PATCH] go: update to go1.9.1

On Tue, Oct 10, 2017 at 9:40 AM, Khem Raj <raj.k...@gmail.com> wrote: > On Tue, Oct 10, 2017 at 9:28 AM, Burton, Ross <ross.bur...@intel.com> wrote: >> On 10 October 2017 at 12:05, Matt Madison <matt@madison.systems> wrote: >>> >>> +PV = "1.9.1&q

[OE-core] [PATCH] go: update to go1.9.1

Addresses two security issues, including CVE-2017-15041 Reference: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-15041 Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-1.9.inc | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff

[OE-core] [PATCH v3 1/1] go-runtime: prevent host leakage into target objects

of make.bash twice, for static and shareable. This ensures that what gets installed is target-compatible. Also fix an issue with x86-64 targets running MUSL by removing the pre-built (for glibc) objects for the race detector runtime before building. [YOCTO #12136] Signed-off-by: Matt Madison <m

[OE-core] [PATCH v3 0/1] go-runtime: prevent host leakage into target objects

to linker errors for the missing glibc symbols. Matt Madison (1): go-runtime: prevent host leakage into target objects meta/recipes-devtools/go/go-runtime.inc | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) -- 2.7.4

[OE-core] [PATCH v2 1/1] go-runtime: prevent host leakage into target objects

of make.bash twice, for static and shareable. This ensures that what gets installed is target-compatible. Also fix an issue with x86-64 targets running MUSL by removing the pre-built (for glibc) objects for the race detector runtime before building. Signed-off-by: Matt Madison <matt@madison.syst

[OE-core] [PATCH v2 0/1] updated go-runtime patch for musl builds

Updated patch for fixing go builds for musl with x86-64 targets. New in v2: * Remove runtime support for go's race detector for musl targets. Go includes pre-built binaries for this, which are built against glibc and lead to linker errors for the missing glibc symbols. Matt

Re: [OE-core] [PATCH] go-runtime: prevent host leakage into target objects

On Tue, Oct 3, 2017 at 3:02 PM, Wold, Saul <saul.w...@intel.com> wrote: > On Fri, 2017-09-29 at 14:15 +0000, Matt Madison wrote: >> When building for a target whose architecture matches >> the build host's, the second pass through make.bash >> to build the shareable r

[OE-core] [PATCH] go-runtime: prevent host leakage into target objects

of make.bash twice, for static and shareable. This ensures that what gets installed is target-compatible. [YOCTO #12136] Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/go/go-runtime.inc | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

Re: [OE-core] Go runtime host contamination

On Thu, Sep 28, 2017 at 10:28 AM, Paul Barker wrote: > Hey, > > I'm trying to upgrade runc-opencontainers in meta-virtualization to > v1.0.0-rc4 and hitting a host contamination issue. > > Both host and target are x86-64 but I'm using glibc on the host > (Ubuntu 16.04) and

[OE-core] [PATCH v2 1/1] goarch.bbclass: rework mips architecture checks

. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/goarch.bbclass | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass index 9ed562d..659b26a 100644 --- a/meta/classes/goarch.bbclass

[OE-core] [PATCH v2 0/1] goarch.bbclass: rework mips architecture checks

in the past) is used to handle the compiler flags conflict with cgo for mips. * Fixed regexes for the mips64 checks, which I missed last time. Matt Madison (1): goarch.bbclass: rework mips architecture checks meta/classes/goarch.bbclass | 17 +++-- 1 file changed, 7 insertions

Re: [OE-core] [PATCH] goarch.bbclass: rework mips architecture checks

On Wed, Sep 27, 2017 at 10:06 AM, Burton, Ross wrote: > On 27 September 2017 at 17:33, Khem Raj wrote: >> >> >> On Wed, Sep 27, 2017 at 8:52 AM Christopher Larson >> wrote: >>> >>> Another option is to use contains() for this. The

Re: [OE-core] [PATCH] goarch.bbclass: rework mips architecture checks

On Wed, Sep 27, 2017 at 11:02 AM, Andre McCurdy <armccu...@gmail.com> wrote: > On Wed, Sep 27, 2017 at 5:01 AM, Matt Madison <matt@madison.systems> wrote: >> Move the mips32r2->mips32 rewrite to an anonymous >> python function, and change the GOARCH set

Re: [OE-core] [oe-commits] [openembedded-core] 01/08: goarch.bbclass: fixups for Go mips32 support

'TUNE_FEATURES_tune-webos-tune-ca9v1'}' > changed items: {'TUNE_FEATURES_tune-webos-tune-ca9v1', > 'TUNE_FEATURES_tune-i586'} > > On Mon, Sep 25, 2017 at 3:19 PM, <g...@git.openembedded.org> wrote: >> >> This is an automated email from the git hooks/post-receive scri

[OE-core] [PATCH] goarch.bbclass: rework mips architecture checks

Move the mips32r2->mips32 rewrite to an anonymous python function, and change the GOARCH setting to use just the passed-in architecture string, to avoid an unwanted variable dependency. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/goarch.bbc

Re: [OE-core] [PATCH 2/2] go: Remove mips32r2 from march to get cgo working

On Thu, Sep 21, 2017 at 10:42 AM, Khem Raj wrote: > on mips, cgo used mips32r1 and that conflicts with mips32r2 > lets remove it for now and work go upstream to make it work > for golang as well There is already someone working on expanding MIPS support for go, based on some

Re: [OE-core] [PATCH] go-dep: Fix build with hardening flags

On Thu, Sep 21, 2017 at 11:05 PM, Khem Raj wrote: > Signed-off-by: Khem Raj > --- > meta/recipes-devtools/go/go-dep_0.3.0.bb | 4 > 1 file changed, 4 insertions(+) > > diff --git a/meta/recipes-devtools/go/go-dep_0.3.0.bb >

Re: [OE-core] go-runtime does not build for mips32r2 tune

On Mon, Sep 18, 2017 at 4:26 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Mon, Sep 18, 2017 at 3:52 PM, Mark Hatle <mark.ha...@windriver.com> wrote: >> On 9/18/17 5:50 PM, Matt Madison wrote: >>> >>>> On 18 Sep 2017, at 2:11 PM, Slater, Joseph <

Re: [OE-core] go-runtime does not build for mips32r2 tune

> On 18 Sep 2017, at 2:11 PM, Slater, Joseph wrote: > > This is the default tune for qemumips. It appears that the problem does not > occur for an oe-core checkout just before the split creating go-runtime. > > Before the split, go-helloworld will build, but after

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

On Tue, Sep 12, 2017 at 12:21 PM, Khem Raj wrote: > On Tue, Sep 12, 2017 at 12:20 PM, Otavio Salvador > wrote: >> On Tue, Sep 12, 2017 at 3:58 PM, Martin Jansa wrote: >>> Seems like this version was already picked to

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Tue, Sep 12, 2017 at 2:58 AM, Martin Jansa wrote: > Interesting I've seen this issue only for PN-staticdev package > ERROR: QA Issue: go-dep-staticdev rdepends on bash, but it isn't a build > dependency, missing bash in DEPENDS or PACKAGECONFIG? [build-deps] > > and the

Re: [OE-core] [PATCH 6/7] go.bbclass: Enable parallel build

On Tue, Sep 5, 2017 at 7:49 AM, Otavio Salvador <otavio.salva...@ossystems.com.br> wrote: > On Tue, Sep 5, 2017 at 7:50 AM, Matt Madison <matt@madison.systems> wrote: >> On Mon, Sep 4, 2017 at 2:06 PM, Otavio Salvador <ota...@ossystems.com.br> >> wrote

Re: [OE-core] [PATCH 0/7] Revamp the Go support

Looks good overall. Thanks, Otavio. -Matt On Mon, Sep 4, 2017 at 2:06 PM, Otavio Salvador wrote: > This is not yet complete but does improve some parts of > Go support on OE-Core. > > We are trying to port as much as possible work done by Matt on > meta-golang back to

Re: [OE-core] [PATCH 6/7] go.bbclass: Enable parallel build

On Mon, Sep 4, 2017 at 2:06 PM, Otavio Salvador <ota...@ossystems.com.br> wrote: > The parallel build is based on PARALLEL_MAKE variable but can be > overriden setting the GO_PARALLEL_BUILD one. > > This change is based on the meta-golang[1] layer. Thanks to Matt > Madison

Re: [OE-core] [PATCH 5/7] go.bbclass: Use a global Go build flags

On Mon, Sep 4, 2017 at 2:06 PM, Otavio Salvador <ota...@ossystems.com.br> wrote: > We now use a GOBUILDFLAGS to provide a global variable to control the > build flags to be given to Go. > > This change is based on the meta-golang[1] layer. Thanks to Matt > Madison <matt@

Re: [OE-core] [PATCH] dpkg: Add PACKAGECONFIG for liblzma and enable it

On Fri, Mar 31, 2017 at 7:09 AM, Richard Purdie wrote: > liblzma is part of xz and we already build it but configure it out. This makes > no sense. Enabling it means we gain multithreaded compression and it speeds > dpkg-deb up massively. It also removes the

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

On Wed, Mar 8, 2017 at 11:03 PM, Kristian Amlie wrote: > On 08/03/17 23:19, Khem Raj wrote: >>> ... >>> For the following go-1.4 recipes: >>> >>> I wouldn't recommend fixing go-native at version 1.4, which is now >>> postiviely ancient. >>> Instead, add go1.4.3's SRC_URI

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

On Wed, Mar 8, 2017 at 2:19 PM, Khem Raj <raj.k...@gmail.com> wrote: > Hi Matt > > Thanks for good feedback. > I have snipped the mail and replied below > > On 17-03-06 12:00:44, Matt Madison wrote: >> On Fri, Mar 3, 2017 at 3:18 PM, Khem Raj <raj.k...@gmail.com&

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

On Fri, Mar 3, 2017 at 3:18 PM, Khem Raj wrote: > * This is converging the recipes for go from > meta-virtualization and oe-meta-go > > * Add recipes for go 1.7 > > * go.bbclass is added to ease out writing > recipes for go packages > > * go-examples: Add an example,

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

On Tue, Feb 7, 2017 at 12:17 PM, Paul Eggleton wrote: > On Tuesday, 7 February 2017 9:44:46 AM NZDT Khem Raj wrote: >> On Tue, Feb 7, 2017 at 9:35 AM, Burton, Ross wrote: >> > On 7 February 2017 at 04:24, Khem Raj wrote:

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

On Fri, Nov 11, 2016 at 10:04 AM, Richard Purdie wrote: > On Fri, 2016-11-11 at 15:10 +0200, Alexander Kanavin wrote: >> On 11/10/2016 02:39 AM, Khem Raj wrote: >> > >> > This is converging the recipes for go from >> > meta-virtualization and oe-meta-go >> Wait

Re: [OE-core] File conflicts in DL_DIR

On Wed, Oct 12, 2016 at 10:01 AM, Phil Blundell wrote: > I just ran into an annoying problem with two recipes whose upstreams > both use the same poor naming scheme for their downloadable tarballs > which causes the sources to collide in DL_DIR. One of them is eudev, > which has:

Re: [OE-core] [PATCH 00/60] krogoth-next staged

On Tue, Sep 27, 2016 at 8:42 AM, akuster808 <akuster...@gmail.com> wrote: > > > On 09/26/2016 10:51 AM, Matt Madison wrote: >> This patch is the one that fixed this issue for me: >> >> http://cgit.openembedded.org/openembedded-core/commi

Re: [OE-core] [PATCH 00/60] krogoth-next staged

This patch is the one that fixed this issue for me: http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8 The problem was introduced by this change to systemd's recipe:

[OE-core] [OE-Core][PATCH v2] package_deb.bbclass: fix Python 3 error

Don't modify an OrderedDict while walking its keys. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/package_deb.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass index 8

Re: [OE-core] [OE-Core][PATCH] package_deb.bbclass: fix Python 3 error

On Wed, Jul 20, 2016 at 4:56 AM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 19 July 2016 at 13:18, Matt Madison <matt@madison.systems> wrote: >> >> -for dep in rdepends.keys(): >> +for dep in [k for k in rdepends.keys()]: > > &g

[OE-core] [OE-Core][PATCH] package_deb.bbclass: fix Python 3 error

Don't modify an OrderedDict while walking its keys. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/package_deb.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass index 8

Re: [OE-core] [PATCH 1/1] image.bbclass: don't expand IMAGE_CMD when setting do_image task

On Wed, Apr 27, 2016 at 7:39 AM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 27 April 2016 at 15:19, Matt Madison <matt@madison.systems> wrote: >> >> There are other variables that can cause this, too - ${DATE} and >> ${TIME} by themselves, for example,

Re: [OE-core] [PATCH 1/1] image.bbclass: don't expand IMAGE_CMD when setting do_image task

On Wed, Apr 27, 2016 at 6:03 AM, Richard Purdie <richard.pur...@linuxfoundation.org> wrote: > On Wed, 2016-04-27 at 05:32 -0700, Matt Madison wrote: >> Expanding it causes the do_image_x function to include values of >> variables that may contain date/time stamps, r

[OE-core] [PATCH 1/1] image.bbclass: don't expand IMAGE_CMD when setting do_image task

Expanding it causes the do_image_x function to include values of variables that may contain date/time stamps, rather than references to the variable names, leading to spurious taskhash mismatch errors. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/image.bbclass | 2

[OE-core] [PATCH 0/1] image.bbclass: don't expand IMAGE_CMD when setting do_image task

showing up in the text of the function. Fixed this by not expanding the value of IMAGE_CMD during the generation of the do_iamge_ task. The vardeps still do their job for detecting relevant changes. Matt Madison (1): image.bbclass: don't expand IMAGE_CMD when setting do_image task meta

[OE-core] [PATCH v3 1/4] package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function

-by: Matt Madison <matt@madison.systems> Signed-off-by: Aníbal Limón <anibal.li...@linux.intel.com> --- meta/classes/cross-canadian.bbclass | 2 +- meta/classes/package_deb.bbclass| 35 +-- 2 files changed, 26 insertions(+), 11 deletions(-) diff

[OE-core] [PATCH v3 2/4] package_manager.py: fixes for multilib deb packaging builds

apt/preferences.d directory. Signed-off-by: Matt Madison <matt@madison.systems> Signed-off-by: Aníbal Limón <anibal.li...@linux.intel.com> --- meta/lib/oe/package_manager.py | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/meta/lib/oe/package_

[OE-core] [PATCH v3 4/4] DpkgRootfs: Fix logcheck_error false-positive when use multilib

ed-off-by: Aníbal Limón <anibal.li...@linux.intel.com> Signed-off-by: Matt Madison <matt@madison.systems> --- meta/lib/oe/rootfs.py | 13 + 1 file changed, 13 insertions(+) diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py index a2af332..f677d03 100644 --- a/meta/lib/

[OE-core] [PATCH v3 0/4] Debian multilib packaging fixes

This version adds a fourth patch from Aníbal to skip any "unmet dependencies" errors reported by APT from the initial install, which were prematurely terminating the rootfs build. Aníbal Limón (1): DpkgRootfs: Fix logcheck_error false-positive when use multilib Matt

[OE-core] [PATCH v3 3/4] package_deb.bbclass: add 'Multi-Arch: foreign' tag to allarch packages

This tells APT that it can use such packages to resolve dependencies from packages of any architecture in a multilib build. Signed-off-by: Matt Madison <matt@madison.systems> Signed-off-by: Aníbal Limón <anibal.li...@linux.intel.com> --- meta/classes/package_deb.bbclass | 2 ++ 1 fil

Re: [OE-core] [PATCH v2 0/3] Debian multilib packaging fixes

arm(minimal) and mips(minimal). > Details below... > > Can you send the 4 patches again? Thanks, will send out V3 shortly. -Matt > > alimon > > On 01/05/2016 11:00 AM, Matt Madison wrote: >> On Mon, Jan 4, 2016 at 12:56 PM, Aníbal Limón >> <anibal

Re: [OE-core] [PATCH v3 0/4] Debian multilib packaging fixes

It would be great if these could be pulled into jethro as well, since that's where I first noticed that multilib Debian builds were broken. -Matt On Wed, Jan 6, 2016 at 4:21 AM, Matt Madison <matt@madison.systems> wrote: > This version adds a fourth patch from Aníbal to skip any

Re: [OE-core] [PATCH v2 0/3] Debian multilib packaging fixes

ib32 = "x86" > > > I'm reviewing if this an error in the meta data (because > core-image-minimal builds) or in the class. > > Best regards, > alimon > > On 12/18/2015 08:34 AM, Matt Madison wrote: >> This adds a third patch that fixes the problem w

[OE-core] [PATCH v2 1/3] package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function

-by: Matt Madison <matt@madison.systems> --- meta/classes/cross-canadian.bbclass | 2 +- meta/classes/package_deb.bbclass| 35 +-- 2 files changed, 26 insertions(+), 11 deletions(-) diff --git a/meta/classes/cross-canadian.bbclass b/meta/classes

[OE-core] [PATCH v2 3/3] package_deb.bbclass: add 'Multi-Arch: foreign' tag to allarch packages

This tells APT that it can use such packages to resolve dependencies from packages of any architecture in a multilib build. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/classes/package_deb.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/c

[OE-core] [PATCH v2 0/3] Debian multilib packaging fixes

This adds a third patch that fixes the problem where APT couldn't resolve dependencies between when two packages of different architectures both depended on an allarch package. Matt Madison (3): package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function package_manager.py

[OE-core] [PATCH v2 2/3] package_manager.py: fixes for multilib deb packaging builds

apt/preferences.d directory. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/lib/oe/package_manager.py | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py index fd9caa3..b78d291

Re: [OE-core] [PATCH 0/2] Debian multilib packaging fixes

Anibal, After studying the Debian multi-arch wiki pages, I think I've figured out the right answer to this. Testing now, will send out a V2 patch series when done. -Matt On Wed, Dec 16, 2015 at 8:33 AM, Matt Madison <matt@madison.systems> wrote: > On Wed, Dec 16, 2015 at 7:50 AM, Aní

Re: [OE-core] [PATCH 0/2] Debian multilib packaging fixes

ackage_deb" > EXTRA_IMAGE_FEATURES = "debug-tweaks package-management" > > Kind regards, > alimon > > > On 12/15/2015 01:28 PM, Matt Madison wrote: >> On Tue, Dec 15, 2015 at 9:29 AM, Aníbal Limón >> <anibal.li...@linux.intel.com> wrote: >

Re: [OE-core] [PATCH 0/2] Debian multilib packaging fixes

re that's the right solution to the problem. -Matt > > Regards, > alimon > > On 12/16/2015 07:31 AM, Matt Madison wrote: >> On Tue, Dec 15, 2015 at 2:23 PM, Aníbal Limón >> <anibal.li...@linux.intel.com> wrote: >>> Hi Matt, >>> >>> Trying

Re: [OE-core] [PATCH 0/2] Debian multilib packaging fixes

jetson-tx1, which is aarch64/armv7a-hf, so that's what I've been testing with. The BSP defs are in https://github.com/madisongh/meta-tegra. Thanks, -Matt > > Kind regards, > alimon > > > On 12/06/2015 11:25 AM, Matt Madison wrote: >> I ran into sevearl issues while tryin

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On Mon, Dec 7, 2015 at 7:49 AM, Matt Madison <matt@madison.systems> wrote: > OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off > Martin's changes. Martin's latest patch series resolved the problem for me with no additional changes needed. Thanks, Martin! > >

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off Martin's changes. -Matt On Mon, Dec 7, 2015 at 7:17 AM, Mark Hatle <mark.ha...@windriver.com> wrote: > On 12/7/15 8:01 AM, Burton, Ross wrote: >> >> On 6 December 2015 at 18:22, Matt Madison <matt@madison

[OE-core] [PATCH 1/2] package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping function

-by: Matt Madison <matt@madison.systems> --- meta/classes/cross-canadian.bbclass | 2 +- meta/classes/package_deb.bbclass| 35 +-- 2 files changed, 26 insertions(+), 11 deletions(-) diff --git a/meta/classes/cross-canadian.bbclass b/meta/classes

[OE-core] [PATCH 2/2] package_manager.py: fixes for multilib deb packaging builds

apt/preferences.d directory. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/lib/oe/package_manager.py | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py index d6104b3..b07cbb4

[OE-core] [PATCH] wic: insert local Python paths at front

This follows how bitbake performs path insertion, and fixes a failure to start wic on Ubuntu 15.10 with the distribution's version of python-ply installed. Signed-off-by: Matt Madison <matt@madison.systems> --- scripts/wic | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[OE-core] [PATCH 0/2] Debian multilib packaging fixes

variants (similar to RpmPM). I also took the liberty of expanding the Debian architecture mappings so the names align better with what's documented on the Debian wiki, for those cases where a direct mapping is possible. Matt Madison (2): package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping

[OE-core] [PATCH 1/1] feature-arm-neon.inc, feature-arm-vfp.inc: fix vfpv4 suffix ordering

Make the feature order in ARMPKGSFX_FPU match that used in PACKAGE_EXTRA_ARCHS when both neon and vfpv4 are enabled. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/conf/machine/include/arm/feature-arm-neon.inc | 2 +- meta/conf/machine/include/arm/feature-arm-vfp.inc | 2

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

the ordering mismatch that occurs due to the -vfp include being processed before the -neon include, resulting vfpv4 preceding neon in ARMPKGSFX_FPU when both are enabled. Thanks, -Matt > > On Sun, Dec 6, 2015 at 6:09 PM, Matt Madison <matt@madison.systems> wrote: >> >>

[OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

to the name mismatch. The following patch fixes this by changing ARMPKGSFX_FPU. I'm not sure if it would be more correct to change the PACKAGE_EXTRA_ARCHS settings, but the 'neon-vfpv4' more closely aligns to the tune names, so I took this route. Matt Madison (1): feature-arm-neon.inc, feature-ar

[OE-core] [PATCH] i2c-tools: fix inverted RDEPENDS

The runtime dependency between i2c-tools and i2c-tools-misc was backwards when the packages were split. With this change, including i2c-tools in an image no longer drags in perl. Signed-off-by: Matt Madison <matt@madison.systems> --- meta/recipes-devtools/i2c-tools/i2c-tools_3.1.2.bb | 3

Re: [OE-core] [PATCH 1/2] utils: add helper to perform the union of two string lists

On Fri, 2015-05-22 at 12:38 +0100, Ross Burton wrote: Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/lib/oe/utils.py | 15 +++ 1 file changed, 15 insertions(+) diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py index b8224de..f70bd86 100644 ---

[OE-core] [dizzy][PATCH] Revert busybox: libarchive: open_zipped() does not need to check extensions

Backing out this change, which breaks busybox's modutils commands. This reverts commit cd20b3c009a9c1743f5cb054710214231e5dfcfc. Signed-off-by: Matt Madison matt@madison.systems --- ...open_zipped-does-not-need-to-check-extens.patch | 66 -- meta/recipes-core/busybox

[OE-core] Removing shadow breaks PAM logins

For one of my projects, I have a read-only rootfs, but I do use PAM plugins for controlling login access to the device, as well as group controls and non-root users for daemons and such. After my latest update to master, I ran into an problem where all logins failed and some daemons failed to

[OE-core] [PATCH] shadow: split files needed for PAM use into separate package

The rootfs creator automatically removes shadow for read-only root filesystems, which breaks use of PAM plugins for login and other process identity management utilities. Package those programs and config files separately, so they don't get removed. Signed-off-by: Matt Madison matt

[OE-core] busybox issue in latest dizzy

I updated to the latest on dizzy and ran into an issue with busybox's modutils commands failing, complaining about no gzip/bzip2/xz magic. I've tracked it down to this patch committed (cd20b3c) on the 21st: busybox: libarchive: open_zipped() does not need to check extensions Backport from busybox

Re: [OE-core] busybox issue in latest dizzy

On Wed, Apr 1, 2015 at 11:27 AM, Andre McCurdy armccu...@gmail.com wrote: On Wed, Apr 1, 2015 at 5:32 AM, Matt Madison matt@madison.systems wrote: I updated to the latest on dizzy and ran into an issue with busybox's modutils commands failing, complaining about no gzip/bzip2/xz magic. I've

<    1   2   3   >