[OE-core] [PATCH 1/2] selftest: add cmake test

2018-06-09 Thread Armin Kuster
This came out of Yocto bug 12762. We need to ensure cmake will support various packages in core as they update. Test case provided by Dennis Menschel , thanks Signed-off-by: Armin Kuster --- .../recipes-test/cmake/cmake-boost-version-test.bb | 20 ++ .../recipes-test/cmake/files

[OE-core] [PATCH 2/2] selftest: add cmake oeqa portion

2018-06-09 Thread Armin Kuster
add boost Signed-off-by: Armin Kuster --- meta/lib/oeqa/selftest/cases/cmake.py | 43 +++ 1 file changed, 43 insertions(+) create mode 100644 meta/lib/oeqa/selftest/cases/cmake.py diff --git a/meta/lib/oeqa/selftest/cases/cmake.py b/meta/lib/oeqa/selftest/cases/

[OE-core] [PATCH 0/2] Adding cmake selftest

2018-06-09 Thread Armin Kuster
This is my first selftest so any feedback is welcome. This selftest should help catch regressions when boost is updated and cmake is not. It appears cmake may be version sensitive to some packages so we may want to expand these selftests for other packages that live in core. I got the testcase

[OE-core] [PATCH] bitbake.conf: add BB_CURRENT_MC to OVERRIDES

2018-06-09 Thread liu . ming50
From: Ming Liu This is useful when the users want different variables/tasks when using multiconfig. Signed-off-by: Ming Liu --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 3b2ef9f..8b2555b 1006

Re: [OE-core] [PATCH 1/2] busybox: update to 1.28.4

2018-06-09 Thread akuster808
On 06/01/2018 10:12 AM, Andre McCurdy wrote: > On Fri, Jun 1, 2018 at 8:00 AM, Armin Kuster wrote: >> Decided to update again. >> >> 1.28.3 >> [v3] >> Update defconfig based on feedback > It looks like you've incorporated the contents of the config fragments > into the new defconfig. e.g. CONFI

Re: [OE-core] [PATCH 1/2] cpan_build.bbclass: adopt to recent EU::MM

2018-06-09 Thread Jens Rehsack
> Am 05.06.2018 um 14:37 schrieb Jens Rehsack : > > > >> Am 05.06.2018 um 10:43 schrieb Richard Purdie >> : >> >> On Mon, 2018-05-28 at 20:55 +0200, Jens Rehsack wrote: >>> The modern the time, the improvements in ExtUtils::MakeMaker. >>> >>> Nowadays, .packlist and perllocal.pod aren't tou

[OE-core] [PATCH] matchbox-terminal: Update commitID

2018-06-09 Thread Devarsh Thakkar
Pull in change which adds support for command line options (-e and --command) which can be used for launching programs or running commands in matchbox-terminal via command line. Signed-off-by: Devarsh Thakkar --- meta/recipes-sato/matchbox-terminal/matchbox-terminal_0.1.bb | 2 +- 1 file changed

[OE-core] [sumo][PATCH 3/3] rpm: Restore performance in Docker containers

2018-06-09 Thread Peter Kjellerstedt
From: Peter Kjellerstedt If the maximum number of open file descriptors is much greater than the usual 1024 (for example inside a Docker container), the performance drops significantly. This was reported upstream in: https://bugzilla.redhat.com/show_bug.cgi?id=1537564 which resulted in: https://

[OE-core] [sumo][PATCH 2/3] Revert "rpm: add a patch to help with Docker performance issues"

2018-06-09 Thread Peter Kjellerstedt
This reverts commit 6f1822e5f1eaafd8bc46e999de730c1fcca77f3a. This patch only solved a part of the problem. Signed-off-by: Peter Kjellerstedt --- ...FD_CLOEXEC-on-opened-files-before-exec-fr.patch | 49 -- meta/recipes-devtools/rpm/rpm_4.14.1.bb| 1 - 2 files ch

[OE-core] [sumo][PATCH 1/3] rpm: Fix patch to ensure variables aren't used uninitialised

2018-06-09 Thread Peter Kjellerstedt
From: Richard Purdie Recent patches were applied which removed a function which set the xx variable. This means xx can be uninitalised and prerm functions can fail. This adjusts the patch to ensure the xx value isn't used in such a way. Signed-off-by: Richard Purdie Signed-off-by: Peter Kjelle

Re: [OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

2018-06-09 Thread Alexander Kanavin
2018-06-08 22:27 GMT+03:00 Sascha Silbe : > We have some Python modules that we are extracting some information from > and generating documentation for at build time; both times the modules > get imported. We don't need GLib to actually work; it only needs to be > importable. Fortunately no other t