Re: [OE-core] [PATCH 1/4] meta: introduce a small baserunner framework

Hi Jing,  Thanks for your submission. On Tue, 2016-09-13 at 09:17 +0800, jwang wrote: > From: zjh There's no commit message here, which makes this harder to review as I have to try and work out what it's for and why we want it.  A useful commit message would tell me

Re: [OE-core] [PATCH 3/4] meta: use baserunner in oetest

On Tue, 2016-09-13 at 09:17 +0800, jwang wrote: > From: zjh > > enable two features from baserunner: > 1. loadtest > 2. read test cases from manifest file > > Signed-off-by: zjh > --- >  meta/lib/oeqa/oetest.py | 24 ++-- >  

Re: [OE-core] [PATCH 2/4] meta: implement key baserunner features

On Tue, 2016-09-13 at 09:17 +0800, jwang wrote: > From: zjh > > Baserunner contains three features: > 1. load cases from a manifest file > 2. load cases from a package such as "oeqa.runtime" > 3. create runner engine based on pyunit textrunner I think this and 1/4

[OE-core] [PATCH] pulseaudio: add ${S}/LICENSE to LIC_FILES_CHKSUM

The LICENSE file describes how the various pieces are licensed, so add it to the checksum so we notice when it changes. Signed-off-by: Ross Burton --- meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH 1/1] useradd_base.bbclass: Do not mess with the gshadow file in the sysroot

Previously, if the gshadow file did not exist in the sysroot when perform_groupmems() was run, it would be temporarily created and removed again afterwards. This was supposedly due to groupmems failing if it does not exist. However, based on empirical testing and examination of the source code

[OE-core] [PATCH 0/1] Avoid race in perform_groupmems()

We have seen sporadic failures in our CI builds due to useradd, groupadd or groupmems failing. I have now tracked it down to perform_groupmems() in useradd_base.bbclass, where I found code to temporarily create the /etc/gshadow file in the sysroot if it did not exist. Purportedly this was due to

Re: [OE-core] State of bitbake world 2016-09-13

On Thu, Sep 15, 2016 at 10:43:38AM +0200, Martin Jansa wrote: > == Number of issues - stats == > {| class='wikitable' > !|Date !!colspan='3'|Failed tasks > !!colspan='6'|Failed depencencies!!|Signatures > !!colspan='12'|QA

[OE-core] [PATCH 2/2] util-linux: Disable bfs support

Disable building of mkfs.bfs. Signed-off-by: Patrick Williams --- meta/recipes-core/util-linux/util-linux.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc index

Re: [OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init

On 2016-09-14 10:24 PM, Randy MacLeod wrote: I'll see if I can reproduce the failure overnight. The laptop build worked without error. I may try again tonight. -- # Randy MacLeod. SMTS, Linux, Wind River Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON, Canada, K2K 2W5 --

Re: [OE-core] Crazy display

I understand some people are seeing this issue with the progress bar, but so far I haven't observed any problems here - any help reproducing it would be much appreciated. The bugzilla entry is: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10046 Are you guys perhaps using the same

Re: [OE-core] [PATCH v2 2/2] util-linux: Disable bfs support

On 2016-09-15 05:11 PM, Patrick Williams wrote: Disable building of mkfs.bfs, which is used to create BFS file-systems used by SCO UnixWare. This is highly unlikely to be utilized and there are otherwise no references to 'bfs' throughout the rest of the tree. SCO, yeah not many people using

Re: [OE-core] [PATCH 2/2] package_manager.py: Change diagnostic messages per IRC

On Thu, 15 Sep 2016 17:47:39 Mark Hatle wrote: > Based on a discussion with IRC user: Ulfalizer > > It was suggested that removing the diagnostic list, and replacing it with a > simple hint to what might be causing the problem was a better solution. > > Signed-off-by: Mark Hatle

[OE-core] [PATCH 2/2] package_manager.py: Change diagnostic messages per IRC

Based on a discussion with IRC user: Ulfalizer It was suggested that removing the diagnostic list, and replacing it with a simple hint to what might be causing the problem was a better solution. Signed-off-by: Mark Hatle --- meta/lib/oe/package_manager.py | 20

Re: [OE-core] [PATCH 2/2] package_manager.py: Change diagnostic messages per IRC

On Fri, Sep 16, 2016 at 12:47 AM, Mark Hatle wrote: > Based on a discussion with IRC user: Ulfalizer > > It was suggested that removing the diagnostic list, and replacing it with a > simple hint to what might be causing the problem was a better solution. > >

[OE-core] [PATCH 1/2] package_manager.py: Adjust error message order

Move the debug before the error (as it can take many pages.) This makes it much easier for the user to see the actual error message as it is still on the screen. Signed-off-by: Mark Hatle --- meta/lib/oe/package_manager.py | 8 1 file changed, 4

Re: [OE-core] Crazy display

On Thu, 15 Sep 2016 22:51:47 Richard Purdie wrote: > On Fri, 2016-09-16 at 08:41 +1200, Paul Eggleton wrote: > > On Thu, 15 Sep 2016 22:26:09 Gary Thomas wrote: > > > On 2016-09-15 22:12, Burton, Ross wrote: > > > > On 15 September 2016 at 21:03, Paul Eggleton > > > >

Re: [OE-core] Crazy display

On 2016-09-16 00:00, Paul Eggleton wrote: On Thu, 15 Sep 2016 22:51:47 Richard Purdie wrote: On Fri, 2016-09-16 at 08:41 +1200, Paul Eggleton wrote: On Thu, 15 Sep 2016 22:26:09 Gary Thomas wrote: On 2016-09-15 22:12, Burton, Ross wrote: On 15 September 2016 at 21:03, Paul Eggleton

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

On Thu, Sep 15, 2016 at 10:13 AM, sujith h wrote: > > > On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross > wrote: > >> >> On 12 September 2016 at 07:13, Sujith H wrote: >> >>> +# PIC can't be enabled for 32-bit x86 and cyclone5 >>>

[OE-core] [PATCH] x264: add textrel to INSANE_SKIP to skip the warning

From: Fahad Usman This change help fix the warning message: x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel] Adding textrel to INSANE_SKIP resolves this issue. This issue was observed in cyclone5 and

Re: [OE-core] [PATCH] scripts: introduce buildstats-diff

From: "Burton, Ross" Date: Wednesday 14 September 2016 at 19:38 To: Markus Lehtonen Cc: OE-core Subject: Re: [OE-core] [PATCH] scripts: introduce buildstats-diff On 14 September 2016 at

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP for cyclone5 machine

On Thu, Sep 15, 2016 at 12:15 PM, sujith h wrote: > > > On Thu, Sep 15, 2016 at 10:13 AM, sujith h wrote: > >> >> >> On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross >> wrote: >> >>> >>> On 12 September 2016 at 07:13, Sujith H

Re: [OE-core] [PATCH] e2fsprogs: configure with enable-symlink

On 15 Sep 2016 03:21, "Patrick Williams" wrote: > > On Wed, Sep 14, 2016 at 11:23:47PM +0200, Martin Jansa wrote: > > It was also proposed and discussed some 15 months ago and it was packaging > > issue not handling hardlinks correctly: > >

[OE-core] [PATCH] add uvesa timeout to kernel

This depends on the SRCREV update from Bruce to add Jianxun's patch that adds the task_timeout code to the uvesafb code. Please merge this after the kernel SRCREV udpates have been merged. Sau! Saul Wold (1): qemuboot-x86: Add task_timeout = -1 to uvesafb

[OE-core] [PATCH] qemuboot-x86: Add task_timeout = -1 to uvesafb

This causes the default timeout to be set to infinity, it will still report out every 5000 milliseconds Signed-off-by: Saul Wold --- meta/conf/machine/include/qemuboot-x86.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] Crazy display

On 2016-09-15 22:12, Burton, Ross wrote: On 15 September 2016 at 21:03, Paul Eggleton > wrote: Are you guys perhaps using the same terminal application? Using screen / tmux / anything similar? (I'm using screen here

Re: [OE-core] Crazy display

On Fri, 2016-09-16 at 08:41 +1200, Paul Eggleton wrote: > On Thu, 15 Sep 2016 22:26:09 Gary Thomas wrote: > > > > On 2016-09-15 22:12, Burton, Ross wrote: > > > > > > On 15 September 2016 at 21:03, Paul Eggleton  > > > wrote:

Re: [OE-core] Crazy display

On Thu, 2016-09-15 at 22:26 +0200, Gary Thomas wrote: > On 2016-09-15 22:12, Burton, Ross wrote: > > > > > > On 15 September 2016 at 21:03, Paul Eggleton > ntel.com > wrote: > > > > Are you guys perhaps using the same terminal

Re: [OE-core] [PATCH 1/2] util-linux: Disable minix support.

On 2016-09-15 03:05 PM, Patrick Williams wrote: Disable building of {mkfs,fsck}.minix. Nice clean-up patch Patrick. I know what minux is but your next patch disables bfs and I don't have a clue what that is. Could you re-send with longer commit messages that explains what the change is in a

Re: [OE-core] Crazy display

On 15 September 2016 at 21:03, Paul Eggleton wrote: > Are you guys perhaps using the same terminal application? Using screen / > tmux > / anything similar? (I'm using screen here and haven't experienced problems > though.) > I'm using iTerm2 on a Mac to run normal

Re: [OE-core] Crazy display

On Thu, 15 Sep 2016 22:26:09 Gary Thomas wrote: > On 2016-09-15 22:12, Burton, Ross wrote: > > On 15 September 2016 at 21:03, Paul Eggleton > wrote: > > Are you guys perhaps using the same terminal application? Using screen

[OE-core] [PATCH v2 2/2] util-linux: Disable bfs support

Disable building of mkfs.bfs, which is used to create BFS file-systems used by SCO UnixWare. This is highly unlikely to be utilized and there are otherwise no references to 'bfs' throughout the rest of the tree. Signed-off-by: Patrick Williams ---

[OE-core] [PATCH] openjade/sgml-common: Add sstate postrm commands

If you bump the PR of sgml-common and openjade-native but not sgml- common-native, you will see a failure as files were removed from the sysroot but still referenced by the sgml docbook catalog. To properly handle this, the clean function needs to run at sstate removal time, the problem is that

[OE-core] [PATCH] sstate: Add postrm command support

There are some issues in sstate which can't be handled by file removal alone. Currently there is no way to execute a command against sstate and doing so is potentially problematic for things like dependencies. This patch adds a mechanism where any "postrm" script is executed if its present

[OE-core] Crazy display

I haven't seen this before, just thought I'd toss it out there. I was doing a build (actually three in parallel in separate windows on my build box) and noticed this: Currently 3 running tasks (3282 of 5081) 64% |### | 0:

[OE-core] [PATCH] sanity.bbclass: split out config re-parse check

Split out the functionality doing configuration re-parse check into a separate event handler that is hooked into ConfigParsed event. This will make config re-parsing actually work. Re-parsing in bitbake is triggered by setting BB_INVALIDCONF whose value is checked after configuration has been

Re: [OE-core] [PATCH] util-linux: split {mkfs, fsck}.minix into packages

On Wed, 2016-09-14 at 21:21 -0500, Patrick Williams wrote: > On Wed, Sep 14, 2016 at 10:01:01PM +0100, Burton, Ross wrote: > > > > On 14 September 2016 at 18:12, Patrick Williams > > wrote: > > > > > > > > mkfs.minix and fsck.minix are likely rarely used, so split > > > them

[OE-core] State of bitbake world 2016-09-13

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

Re: [OE-core] [PATCH] x264: add textrel to INSANE_SKIP to skip the warning

On Thu, 2016-09-15 at 12:22 +0530, Sujith H wrote: > From: Fahad Usman > > This change help fix the warning message: > > x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages- > split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel] > > Adding textrel to

Re: [OE-core] Crazy display

Yes, I see this at least once a day, and there's a bug for it somewhere in bugzilla. Ross On 15 September 2016 at 12:30, Gary Thomas wrote: > I haven't seen this before, just thought I'd toss it out there. > I was doing a build (actually three in parallel in separate >