* they moved to meson build
* all autotools specific patches must go
* although not inheriting gettext dependency on intltool-native can go
* tested with all variants of PACKAGECONFIG
* need it for gnome-terminal 3.34
Signed-off-by: Andreas Müller
---
.../vte/vte/0001-Add-m4-vapigen.m4.patch
On 11/1/19 11:37 AM, Trevor Gamblin wrote:
From: Trevor Gamblin
For the non-RFC you need a longer log including
the current test results on qemux86-64/arm64.
Signed-off-by: Trevor Gamblin
---
.../coreutils/coreutils/run-ptest | 21 ++
On Fri, Nov 01, 2019 at 07:46:38PM +0100, Ruslan Bilovol wrote:
> When OE/Yocto project goes through its lifecycle, there
> is no any way to identify where it is other than go
> to a Yocto wiki and look at current status.
The status in the wiki can be updated.
> Moreover, change from maintained
== Series Details ==
Series: Provide users with project support status
Revision: 1
URL : https://patchwork.openembedded.org/series/20873/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
When OE/Yocto project goes through its lifecycle, there
is no any way to identify where it is other than go
to a Yocto wiki and look at current status.
Moreover, change from maintained to community maintained
end EOLing happens silently so users not always know
about that.
This patch aims to
From: Trevor Gamblin
coreutils has a large number of tests, and potential RDEPENDS
to be added to support them, along with the flags
RUN_EXPENSIVE_TESTS and RUN_VERY_EXPENSIVE_TESTS that will add
time and coverage. The RUN_VERY_EXPENSIVE_TESTS=yes flag has
been omitted from the run-ptest
From: Trevor Gamblin
Signed-off-by: Trevor Gamblin
---
.../coreutils/coreutils/run-ptest | 21 ++
meta/recipes-core/coreutils/coreutils_8.31.bb | 39 +++
2 files changed, 60 insertions(+)
create mode 100755 meta/recipes-core/coreutils/coreutils/run-ptest
On Fri, Nov 1, 2019 at 7:12 PM Martin Jansa wrote:
>
> I've reported the same yesterday:
> http://lists.openembedded.org/pipermail/openembedded-core/2019-October/288638.html
>
> and sent upgrade to match the minor version used in warrior to the one in
> zeus (which resolves the patch to apply
I've reported the same yesterday:
http://lists.openembedded.org/pipermail/openembedded-core/2019-October/288638.html
and sent upgrade to match the minor version used in warrior to the one in
zeus (which resolves the patch to apply cleanly):
Same failures on the Debian 10 worker:
https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/778
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Fri, Nov 1, 2019 at 10:33 AM Andrey Zhizhikin wrote:
>
> Hello Armin,
>
> On Tue, Oct 29, 2019 at 10:50 AM Armin Kuster wrote:
> >
> > From: Chen Qi
> >
> > Signed-off-by: Chen Qi
> > Signed-off-by: Richard Purdie
> > (cherry picked from commit e31f87e289dfd3bbca961e927447a9c7ba816d3f)
> >
Hello Armin,
On Tue, Oct 29, 2019 at 10:50 AM Armin Kuster wrote:
>
> From: Chen Qi
>
> Signed-off-by: Chen Qi
> Signed-off-by: Richard Purdie
> (cherry picked from commit e31f87e289dfd3bbca961e927447a9c7ba816d3f)
> Signed-off-by: Armin Kuster
> (cherry picked from commit
From: Dmitry Eremin-Solenikov
Building live images for lib32-core-minimal-image will fail because
image target override won't match grub's override. Fix this by
introducing anonymous python function. A proper fix should be to
introduce multilib overrides, but it will be more intrusive.
From: Dmitry Eremin-Solenikov
Add systemd-boot to NON_MULTILIB_RECIPES so that it won't be built for multilib
targets.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/conf/multilib.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/multilib.conf
Last UEFI patchset that went in broke building not-native multilib
images (like lib32-core-image-minimal). Fix this issue by listing
systemd-boot as non-multilib recipe and by fixing UEFI app naming in
multilib cases.
--
With best wishes
Dmitry
--
___
The tools (e.g. build system, tests) & manual are licensed as GPLv3+ and
the library itself is GPLv2+ | LGPLv3+.
This is documented in libksba/AUTHORS:
Hi,
On 01/11/2019 07:10, grygorii tertychnyi via Openembedded-core wrote:
> do_ar_recipe fails on perf recipe on line:
>
> include ${@bb.utils.contains('PACKAGECONFIG', 'scripting', 'perf-perl.inc',
> '', d)}
>
> 1. "${...}" part expands into empty string
> 2. bb.utils.which() takes empty string
On Thu, Oct 31, 2019 at 10:01 PM He Zhe wrote:
>
>
>
> On 10/31/19 6:57 PM, Bruce Ashfield wrote:
> > On Thu, Oct 31, 2019 at 6:20 AM wrote:
> >> From: He Zhe
> >>
> >> Some package like packagegroup-core-boot may ask for package kernel. Let
> >> linux-dummy rprovide package kernel to fix the
Hi,
On 01/11/2019 07:10, grygorii tertychnyi via Openembedded-core wrote:
do_ar_recipe fails on perf recipe on line:
include ${@bb.utils.contains('PACKAGECONFIG', 'scripting', 'perf-perl.inc', '',
d)}
1. "${...}" part expands into empty string
2. bb.utils.which() takes empty string and
do_ar_recipe fails on perf recipe on line:
include ${@bb.utils.contains('PACKAGECONFIG', 'scripting', 'perf-perl.inc', '',
d)}
1. "${...}" part expands into empty string
2. bb.utils.which() takes empty string and returns first directory name from
bbpath
3. shutil.copy() fails on copying
The list-pkgs currently print packages in unordered format.
Enable list-pkgs to print ordered packages that will ease
viewing.
Signed-off-by: Yeoh Ee Peng
---
scripts/oe-pkgdata-util | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/scripts/oe-pkgdata-util
21 matches
Mail list logo
