https://patchwork.openembedded.org/patch/145709/
On Wednesday 20 December 2017 at 10:28:22 +, Mike Crowe wrote:
> On Monday 11 December 2017 at 13:45:26 +, Burton, Ross wrote:
> > It was implicated in some build failures. I'll re-add it and try again.
>
> Thanks. Are the new results in?
cmake.bbclass now ensures that ${datadir}/cmake ends up in the dev package,
so this recipe doesn't need to do so itself.
Signed-off-by: Mike Crowe
---
meta/recipes-support/libproxy/libproxy_0.4.15.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.15
cmake.bbclass now ensures that ${libdir}/cmake ends up in the dev package,
so this recipe doesn't need to do so itself.
Signed-off-by: Mike Crowe
---
meta/recipes-graphics/vulkan/assimp_4.0.1.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-graphics/vulkan/assimp_4.0.1.bb
b/
cmake.bbclass now ensures that ${libdir}/cmake ends up in the dev package,
so this recipe doesn't need to do so itself.
Signed-off-by: Mike Crowe
---
meta/recipes-support/libical/libical_2.0.0.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-support/libical/libical_2.0.0.bb
cmake.bbclass now ensures that ${libdir}/cmake and ${datadir}/cmake end up
in the dev package, so this recipe doesn't need to do so itself.
Signed-off-by: Mike Crowe
---
meta/recipes-graphics/waffle/waffle_1.5.2.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-graphics/waffl
cmake.bbclass now ensures that ${datadir}/cmake ends up in the dev package,
so this recipe doesn't need to do so itself.
Signed-off-by: Mike Crowe
---
meta/recipes-extended/libsolv/libsolv_0.6.29.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.29.b
Various recipes that inherit cmake contain FILES_${PN}-dev magic to add the
generated package files to their -dev packages. Since this is a standard
feature of cmake, we might as well teach cmake.bbclass to do this itself so
those recipes can be simpler.
Signed-off-by: Mike Crowe
---
meta/classe
We've added a few of our own recipes recently for projects that use cmake
and it's a pain to have to add the required magic to ensure that cmake's
package files (a bit like .pc files) end up in the -dev package. Forgetting
to do this causes annoying warnings about unpackaged files.
So, let's just
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
== Series Details ==
Series: local.conf.sample: Weakly set BB_DISKMON_DIRS
Revision: 1
URL : https://patchwork.openembedded.org/series/10421/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been e
On Fri, 2018-01-05 at 18:18 -0800, Alistair Francis wrote:
> On Fri, Jan 5, 2018 at 4:22 PM, Richard Purdie
> wrote:
> > > Do you have an easy way to reproduce this hang?
> > Was this a musl build you tried to reproduce in?
> Ah, it was not. I'll have to figure out how to do a musl build next
> we
For various reasons we need to be able to set and override this from
auto.conf on our test infrastructure. We have tried forcing the variable
but this then breaks other selftests. In the interests of not complicating
things further and needing to modify the tests across releases, weaken
the default
1.Upgrade blktrace form 1.1.0+gitX to 1.2.0+gitX
2.Delete 0001-include-sys-types.h-for-dev_t-definition.patch, since it is
integrated upstream.
Signed-off-by: Huang Qiyu
---
...-include-sys-types.h-for-dev_t-definition.patch | 30 --
meta/recipes-kernel/blktrace/blktrace_git
1.Upgrade bjam-native form 1.65.1 to 1.66.0
2.Upgrade boost form 1.65.1 to 1.66.0
Signed-off-by: Huang Qiyu
---
.../boost/{bjam-native_1.65.1.bb => bjam-native_1.66.0.bb}| 0
meta/recipes-support/boost/{boost-1.65.1.inc => boost-1.66.0.inc} | 4 ++--
meta/recipes-support/boost/{b
14 matches
Mail list logo
