Re: [yocto] Shared state doesn't live up to its name?

2016-12-01 Thread Gary Thomas
On 2016-12-01 18:35, Paul Eggleton wrote: On Thu, 01 Dec 2016 10:27:50 Gary Thomas wrote: I have a build machine where I build for lots of targets. On all of these targets (save a primary), I set the SSTATE_MIRROR to point to the sstate-cache of the primary target. I always build for the prima

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Philip Balister
On 12/01/2016 08:34 PM, Bruce Ashfield wrote: > On 12/01/2016 06:09 PM, Trevor Woerner wrote: >> On Thu 2016-12-01 @ 05:50:21 PM, Bruce Ashfield wrote: >>> Can you just provide me the details of exactly how you are invoking >>> the build that triggers the error ? >> >> $ git clone git://git.openemb

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Bruce Ashfield
On 12/01/2016 06:09 PM, Trevor Woerner wrote: On Thu 2016-12-01 @ 05:50:21 PM, Bruce Ashfield wrote: Can you just provide me the details of exactly how you are invoking the build that triggers the error ? $ git clone git://git.openembedded.org/openembedded-core.git (HEAD @ 11063a01d451

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Trevor Woerner
Awesome! Thanks :-) -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Bruce Ashfield
On 12/01/2016 06:09 PM, Trevor Woerner wrote: On Thu 2016-12-01 @ 05:50:21 PM, Bruce Ashfield wrote: Can you just provide me the details of exactly how you are invoking the build that triggers the error ? $ git clone git://git.openembedded.org/openembedded-core.git (HEAD @ 11063a01d451

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Trevor Woerner
On Thu 2016-12-01 @ 05:50:21 PM, Bruce Ashfield wrote: > Can you just provide me the details of exactly how you are invoking > the build that triggers the error ? $ git clone git://git.openembedded.org/openembedded-core.git (HEAD @ 11063a01d4511b2688ea7ba2d7359e4e07328c66) $ git clone git:

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Bruce Ashfield
On 12/01/2016 05:44 PM, Trevor Woerner wrote: On Thu 2016-12-01 @ 05:28:20 PM, Bruce Ashfield wrote: Gah, that's my bad. I'm currently in transit for a trip to Europe, but I'll fix this to use mktmp and friends tomorrow and send out a patch. Great, thanks :-) I think there might be a second i

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Trevor Woerner
On Thu 2016-12-01 @ 05:28:20 PM, Bruce Ashfield wrote: > Gah, that's my bad. I'm currently in transit for a trip to Europe, but I'll > fix this > to use mktmp and friends tomorrow and send out a patch. Great, thanks :-) I think there might be a second issue too. When scc-cmds/patch.cmd is run fr

Re: [yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Bruce Ashfield
On Thu, Dec 1, 2016 at 3:05 PM, Trevor Woerner wrote: > I believe a recent change in the yocto-kernel-tools is causing some funny > issue I saw this morning on my overnight jenkins builds. > > commit 08463d684c1952e74c25344cddace4c3f24c739d > Date: Mon Oct 31 14:30:12 2016 -0400

Re: [yocto] Can't set march=armv5te

2016-12-01 Thread Bryan Evenson
Martin, OK, so regardless of what the arch was finally getting set at, in this case since “-marm” was in the GCC compiler options it was always compiling all the code in ARM mode and never in Thumb mode, correct? It still bugs me why the architecture name changed (I’ve traced through the machi

[yocto] yocto-kernel-tools and multiple users

2016-12-01 Thread Trevor Woerner
I believe a recent change in the yocto-kernel-tools is causing some funny issue I saw this morning on my overnight jenkins builds. commit 08463d684c1952e74c25344cddace4c3f24c739d Date: Mon Oct 31 14:30:12 2016 -0400 scc: exit on error If ther

Re: [yocto] Can't set march=armv5te

2016-12-01 Thread Martin Jansa
The package architecture was change to match with compiler flags used in build. Most people were assuming that they are using thumb when they have seen "t" in package arch, but because default value of ARM_INSTRUCTION_SET is "arm" they in most cases weren't actually building with -mthumb. On Thu,

Re: [yocto] Can't set march=armv5te

2016-12-01 Thread Martin Jansa
Using and not using thumb was also controlled not only by TUNE_FEATURES (MACHINE defines that) but also by ARM_INSTRUCTION_SET (DISTRO defines that). So you weren't building with thumb enabled even when you were seeing armv5te before. On Thu, Dec 1, 2016 at 5:26 PM, Bryan Evenson wrote: > I'm i

[yocto] Can't set march=armv5te

2016-12-01 Thread Bryan Evenson
I'm in the process of upgrading from the dizzy branch to the fido branch, and I'm still a little confused about some tune changes that I'm seeing. I'm using an Atmel AT91SAM9G25 processor. The meta-atmel layer that I am using had incorrectly set DEFAULTTUNE = "arm926ejs" which had been setting

Re: [yocto] Shared state doesn't live up to its name?

2016-12-01 Thread Paul Eggleton
On Thu, 01 Dec 2016 10:27:50 Gary Thomas wrote: > I have a build machine where I build for lots of targets. On > all of these targets (save a primary), I set the SSTATE_MIRROR > to point to the sstate-cache of the primary target. I always build > for the primary target first, then later the secon

[yocto] [PATCH] AUH: status email indicates the URL of the log folder

2016-12-01 Thread Edwin Plauchu
Upgrade status email should indicate the URL of the log folder instead of the tar URL [YOCTO #10670] Signed-off-by: Edwin Plauchu --- upgradehelper.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/upgradehelper.py b/upgradehelper.py index 239fd88..3954e1f 100755 --- a/upg

Re: [yocto] [meta-swupd][PATCH 2/2] swupd-client: don't unconditionally depend on bash

2016-12-01 Thread Patrick Ohly
On Mon, 2016-11-21 at 16:29 +, André Draszik wrote: > The swupd client itself does not depend on bash anymore since > version 3.3.0. Any posix shell is fine. So let's move the > runtime dependency to the appropriate place. > > If some layer's oe-swupd-helpers.bbappend does introduce > a bash d

Re: [yocto] [meta-swupd][PATCH 1/2] oe-swupd-helpers: convert scripts to posix shell

2016-12-01 Thread Patrick Ohly
On Mon, 2016-11-21 at 16:29 +, André Draszik wrote: > These scripts don't do much and there's no reason for > them to require bash as interpreter. Makes sense, I'll submit soon. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employ

Re: [yocto] update mechanisms (was: Re: [meta-swupd][PATCH] bsdiff: update to latest version)

2016-12-01 Thread Patrick Ohly
On Thu, 2016-12-01 at 10:26 +, André Draszik wrote: > On Thu, 2016-12-01 at 08:42 +0100, Patrick Ohly wrote: > > On Wed, 2016-11-30 at 17:19 +, André Draszik wrote: > > > I liked swupd for its ability to be used both for initial provisioning > > > > You mean installing from the update repo

Re: [yocto] Shared state doesn't live up to its name?

2016-12-01 Thread Martin Jansa
Compare the signatures of these 2 native builds. I'm still using sstate-diff-machines.sh to create archives of sstate signatures for interesting builds, so that I can easily compare them with other builds or the same build performed on different builder to see why something wasn't reused form ssta

Re: [yocto] update mechanisms (was: Re: [meta-swupd][PATCH] bsdiff: update to latest version)

2016-12-01 Thread André Draszik
On Thu, 2016-12-01 at 08:42 +0100, Patrick Ohly wrote: > On Wed, 2016-11-30 at 17:19 +, André Draszik wrote: > > I liked swupd for its ability to be used both for initial provisioning > > You mean installing from the update repository? That's something that > Clear Linux OS can do with their i

[yocto] Shared state doesn't live up to its name?

2016-12-01 Thread Gary Thomas
I have a build machine where I build for lots of targets. On all of these targets (save a primary), I set the SSTATE_MIRROR to point to the sstate-cache of the primary target. I always build for the primary target first, then later the secondary ones. For the most part, the sstate mechanism wor