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
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/
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
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
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
> 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
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
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://
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
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
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
11 matches
Mail list logo