On Sat, 1 Feb 2020 at 09:33, Mark Hatle wrote:
>
> From: Mark Hatle
>
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
>
> Signed-off-by: Mark Hatle
> Signed-off-by: Mark Hatle
> ---
> meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
> 1 file change
On Sat, 1 Feb 2020 at 08:13, Mark Hatle wrote:
>
> From: Mark Hatle
>
> TUNE_ARCH - microblazeeb is not a valid architecture, microblaze is big
> endian, microblazeel is the little endian version.
>
> Version arguments:
> If a version feature is not defined, then we don't want to se
On 1/31/20 3:23 PM, Mark Hatle wrote:
> From: Mark Hatle
>
> Various += were used, refactor these to be either = or .= depending on
> usuage.
>
> CONFLICTS should be '=', as no leading space is required and they are not
> amending any other conflict settings.
>
> The TUNE_CCARGS should be .= so
On 1/31/20 3:33 PM, Mark Hatle wrote:
> From: Mark Hatle
>
> Various += were used, refactor these to be either = or .= depending on
> usuage.
what is in version 2?
>
> CONFLICTS should be '=', as no leading space is required and they are not
> amending any other conflict settings.
>
> The TUNE_
== Series Details ==
Series: "[v2] microblaze tune: Enable 6..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/22377/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
If it wasn't clear (and isn't to patchtest), these require the previous
microblaze tune commits I sent in order to apply.
--Mark
On 1/31/20 5:33 PM, Mark Hatle wrote:
> From: Mark Hatle
>
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
>
> Signed-off-by: Mark Hatle
> Si
From: Mark Hatle
64-bit is not yet available in Linux, but some non-Linux uses exist.
Signed-off-by: Mark Hatle
Signed-off-by: Mark Hatle
---
meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/
From: Mark Hatle
Various += were used, refactor these to be either = or .= depending on
usuage.
CONFLICTS should be '=', as no leading space is required and they are not
amending any other conflict settings.
The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
blank space
== Series Details ==
Series: "microblaze tune: Enable 64-bit..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/22376/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
This is the wrong one, sorry, I'll resend a proper v2.
(I swear I checked this 4 times before sending and STILL sent the wrong one!)
--Mark
On 1/31/20 5:23 PM, Mark Hatle wrote:
> From: Mark Hatle
>
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
>
> Signed-off-by: Mark
From: Mark Hatle
Various += were used, refactor these to be either = or .= depending on
usuage.
CONFLICTS should be '=', as no leading space is required and they are not
amending any other conflict settings.
The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
blank space
From: Mark Hatle
64-bit is not yet available in Linux, but some non-Linux uses exist.
Signed-off-by: Mark Hatle
Signed-off-by: Mark Hatle
---
meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/
From: Mark Hatle
TUNE_ARCH - microblazeeb is not a valid architecture, microblaze is big
endian, microblazeel is the little endian version.
Version arguments:
If a version feature is not defined, then we don't want to set either
TUNE_CCARGS or MBPKGARCH_VERSION.
Signed-off-by: M
Since the features are processed by a python fragment, we need to explicitly
list the variables that should affect the resulting hash, and thus sstate
re-use.
Signed-off-by: Mark Hatle
---
meta/classes/populate_sdk_base.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/pop
chkconfig is one of the options for virtual/update-alternatives,
however opkg-utils have been used as the default for a very long time,
while chkconfig isn't anymore tested in any way, and is stuck
at a very old version due to newer versions requiring selinux.
[YOCTO #11264]
Signed-off-by: Alexan
On Fri, 31 Jan 2020 at 20:01, Joshua Watt wrote:
> There has been some reluctance to dropping pod2man from the hosttools
> and requiring perl-native as a build time dependency due to the negative
> impact on the build time.
>
In typical builds perl-native is already built fairly early as it is n
Defers the resolution of the SOURCE_DATE_EPOCH until the variable needs
to be actually realized with a value. The previous method of loading the
value in anonymous python had issues because it could occur before other
anonymous python functions that affect the location of the epoch file,
such as wh
On 1/31/20 12:49 PM, Alexander Kanavin wrote:
pod2man writes the current date into manpages, and while later
versions of it respect SOURCE_DATE_EPOCH and use that instead,
earlier versions do not. This was found to cause reproducibility
issues.
This patch replaces host version of pod2man with
pod2man writes the current date into manpages, and while later
versions of it respect SOURCE_DATE_EPOCH and use that instead,
earlier versions do not. This was found to cause reproducibility
issues.
This patch replaces host version of pod2man with one from
perl-native.
[YOCTO #13755]
Signed-off-
On 1/29/20 1:13 PM, Ross Burton wrote:
There's only one user of libc-common now that we don't ship both glibc and
eglibc, so copy the contents directly into the recipe.
[ YOCTO #12135 ]
seems a good cleanup too.
Signed-off-by: Ross Burton
---
meta/classes/libc-common.bbclass | 3
On 1/29/20 4:48 AM, Bruce Ashfield wrote:
On Wed, Jan 29, 2020 at 2:31 AM Alexander Kanavin
wrote:
Can these issues be bisected? That's how the two kernel regressions (both found
last year via ptests) were tracked down to specific commits.
mips64 was already bisected, and reported upstream
When using EXTERNAL_KERNEL_DEVICETREE, collect DTB overlays too (*.dtbo)
as well as iterating down into sub-directories so using the behaviour
for naming which matches KERNEL_DEVICETREE.
Signed-off-by: Alex Kiernan
---
meta/classes/kernel-fitimage.bbclass | 5 ++---
1 file changed, 2 insertions
It was found to have slight variations in order of options
depending on the host. Sorting it helps reproducibility.
[YOCTO #13756]
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/busybox/busybox.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/bus
On Fri, Jan 31, 2020 at 10:46 AM Alexander Kanavin
wrote:
> I have sent a patch for the same, and I think my patch might be a bit better
> as it adds the two newly added license files?
> (there's been a problem with oe-core list for the past couple of days so you
> may not have received it)
Goo
Hello Otavio,
I have sent a patch for the same, and I think my patch might be a bit
better as it adds the two newly added license files?
(there's been a problem with oe-core list for the past couple of days so
you may not have received it)
Alex
On Fri, 31 Jan 2020 at 14:34, Otavio Salvador
wrot
On 30/01/2020 20:06, Mingde (Matthew) Zeng wrote:
There are a number of ptest failures due to glib-genmarshal, glib-mkenums
and couple other executables not in the image. Since these
executables are in FILES_${PN}-dev, we add ${PN}-dev to ptest RDEPENDS.
All of -dev is a bit overkill. Maybe we
Following changes are included:
1eb2408 linux-firmware: Update firmware file for Intel Bluetooth AX200
0dc1611 linux-firmware: Update firmware file for Intel Bluetooth AX201
d03f79c linux-firmware: Update firmware file for Intel Bluetooth 9560
aab62bc linux-firmware: Update firmware file for Intel
The fw_setenv and fw_printenv binaries should be on a specific package
as some systems may require just the library.
The upgrade path was kept using the RPROVIDES for the -bin package.
Signed-off-by: Otavio Salvador
---
meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 4 ++--
1 file changed, 2 ins
Note: file is "hidden" if it's name starts with dot (.)
sstate.bbclass uses "copyhardlinktree" function to install sstate cache
content. Function "copyhardlinktree" uses "cp" command line which fail on copy
directories with hidden files only. As a result folder containing only hidden
files
canno
1. Does this really need to be in core? Who is the target audience and use
cases that aren't served by existing options?
2. There are no tests or image configurations for this. How will this be
checked?
3. The amount of patches is alarming. Can you get them upstream first
please?
Alex
On Fri, 31
== Series Details ==
Series: util-linux: alternatify rtcwake
Revision: 1
URL : https://patchwork.openembedded.org/series/22359/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
== Series Details ==
Series: MEMORIAM: Add recognition for contributors no longer with us (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/22344/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Sev
== Series Details ==
Series: util-linux: alternatify rtcwake (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/22359/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed
Create HelloWorld examples that run on several of the QEMU architectures
supported by the build system.
This recipe can be used by anyone to understand how baremetal applications
can be built using OpenEmbedded and how the wiring to set them up could be.
This should also facilitate creating/exten
== Series Details ==
Series: runit: Add runit and related recipes
Revision: 1
URL : https://patchwork.openembedded.org/series/22355/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed o
Acked-by: Alejandro Hernandez Samaniego
On Thu, 30 Jan 2020 at 15:02, akuster808 wrote:
> +1
>
> On 1/29/20 4:01 PM, Richard Purdie wrote:
> > Its sad to have this but as the project ages, also perhaps inevitable.
> > Besides their contributions, remember them here.
> >
> > Signed-off-by: Richa
We are adding new lists for topics concerning subcommunities that
will benefit from focused list traffic.
The licensing list will separate licensing and legal discussion from
general development to aid participation of specialists in this area.
Please join at https://lists.yoctoproject.org/g/lic
Hi all,
I am using warrior with the followings:
$ cat /etc/build
---
Build Configuration: |
---
DISTRO = poky
DISTRO_VERSION = 2.7.2
---
Layer Revisions: |
---
meta = warrior:47b2063dd37e99e7a70cd1b
On Wed, 29 Jan 2020 at 22:00, Alexander Kanavin wrote:
>
> I think a separate, somewhat different patch was sent for master?
>
Correct.
Patch for master: https://patchwork.openembedded.org/patch/169288/
Patch for zeus: https://patchwork.openembedded.org/patch/169289/
-Sumit
> Alex
>
> On Wed,
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/kmscube/kmscube_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index 82720045b31..a1a295f6604 100644
--- a/meta/recip
Signed-off-by: Alexander Kanavin
---
...01-conditionally-do-not-fetch-code-by-easy_install.patch | 6 +++---
meta/recipes-devtools/python/python-setuptools.inc | 4 ++--
...n3-setuptools_42.0.2.bb => python3-setuptools_45.0.0.bb} | 0
3 files changed, 5 insertions(+), 5 deletions(-)
ren
Upstream seems to have dropped the odd-even policy
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/findutils/findutils.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/findutils/findutils.inc
b/meta/recipes-extended/findutils/findutils.inc
runit is a small init system with supervisory and monitoring
capabilities like systemd
The following changes since commit 4a61e9fa5f39eac6911a3ff264808c259385a70c:
MEMORIAM: Add recognition for contributors no longer with us (2020-01-30
15:22:35 +)
are available in the Git repository at:
On Wed, Jan 29, 2020 at 2:31 AM Alexander Kanavin
wrote:
>
> Can these issues be bisected? That's how the two kernel regressions (both
> found last year via ptests) were tracked down to specific commits.
>
mips64 was already bisected, and reported upstream, not much help
there .. I've already re
U-Boot no longer requires OpenSBI to include a FDT for the HiFive
Unleashed, so remove the support from OpenSBI.
Signed-off-by: Alistair Francis
---
meta/recipes-bsp/opensbi/opensbi-payloads.inc | 20 +--
meta/recipes-bsp/opensbi/opensbi_0.5.bb | 4 +---
2 files changed, 2
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb
b/meta/recipes-graphics/piglit/piglit_git.bb
index f53098c45de..d0d83316977 100644
--- a/meta/recipes-gra
kernel-seltest fails now to build
https://errors.yoctoproject.org/Errors/Details/308578/
On Tue, Jan 28, 2020 at 2:14 PM wrote:
>
> From: Bruce Ashfield
>
> This creates recipes for the v5.4/* branches of the linux-yocto
> reference kernel.
>
> preempt-rt, yaffs2, aufs5 and reference board spec
This avoids the following error when building with -std=c11:
In file included from /usr/include/bits/thread-shared-types.h:74,
from /usr/include/bits/pthreadtypes.h:23,
from /usr/include/pthread.h:26,
from bug25271.c:1:
bug25271.c:3:21:
On Tue, Jan 28, 2020 at 5:58 PM Khem Raj wrote:
>
> On Tue, Jan 28, 2020 at 2:14 PM wrote:
> >
> > From: Bruce Ashfield
> >
> > Hi all,
> >
> > I just wanted to send these to the list, so everyone could see the
> > reference kernel that we are planning for the upcoming release.
> >
> > I have ot
Hi all,
I am using warrior with the followings:
$ cat /etc/build
---
Build Configuration: |
---
DISTRO = poky
DISTRO_VERSION = 2.7.2
---
Layer Revisions: |
---
meta = warrior:47b2063dd37e99e7a70cd1b
License-Update: copyright years
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/ccache/ccache_3.7.3.bb | 7 ---
meta/recipes-devtools/ccache/ccache_3.7.7.bb | 7 +++
2 files changed, 7 insertions(+), 7 deletions(-)
delete mode 100644 meta/recipes-devtools/ccache/ccache_3.7.3.b
Signed-off-by: Armin Kuster
---
meta/lib/oeqa/manual/bsp-hw.json | 52
1 file changed, 52 deletions(-)
diff --git a/meta/lib/oeqa/manual/bsp-hw.json b/meta/lib/oeqa/manual/bsp-hw.json
index 5c5b9b50bb..73cbaaa7c2 100644
--- a/meta/lib/oeqa/manual/bsp-hw.json
+++
Signed-off-by: Alexander Kanavin
---
.../python/{python3-git_3.0.2.bb => python3-git_3.0.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-git_3.0.2.bb =>
python3-git_3.0.5.bb} (88%)
diff --git a/meta/recipes-devtools/python/python
Upstream is using - to separate version components which
version checker at the moment can't deal with (i.e 1-15-1 when
1.15.1 is meant).
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/shared-mime-info/shared-mime-info_git.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta
Signed-off-by: Alexander Kanavin
---
.../{xserver-xorg_1.20.6.bb => xserver-xorg_1.20.7.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.6.bb =>
xserver-xorg_1.20.7.bb} (88%)
diff --git a/meta/recipes-graphics/xor
On 1/21/20 12:26 AM, Sumit Garg wrote:
> Some native tools dependency issues were seen while building with
> external GCC tool-set rather than source GCC tool-set. While building
> with source tool-set these dependencies were implicitly met which is not
> the case with external tool-set. So expl
Hey folks,
We've now got a couple of demos planned for the OE stand at FOSDEM
this weekend but some more volunteers to help out at the stand would
be really good! If you're at FOSDEM and can spare even an hour or two
please drop me an email :)
Even if you're not available to volunteer, we look fo
On Wed, Jan 29, 2020 at 4:00 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Tue, 2020-01-28 at 18:00 -0800, Khem Raj wrote:
> > it perhaps is the reason for most of failures seen here
> >
> > https://errors.yoctoproject.org/Errors/Build/97736/
> >
> > perhaps we need to explic
This tool can be turned on in busybox which lead into a error during
do_rootfs.
Signed-off-by: Marco Felsch
---
meta/recipes-core/util-linux/util-linux.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.i
License-Update: Copyright years, file lists
Signed-off-by: Alexander Kanavin
---
...ux-firmware_20190815.bb => linux-firmware_20200117.bb} | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/linux-firmware/{linux-firmware_20190815.bb =>
linux-firmware_202001
Hi,
Any update on this?,
Regards,
Anibal
On Mon, 20 Jan 2020 at 18:41, Anibal Limon wrote:
> I found the answer, poky adds wayland support via DISTRO_FEATURES that
> ends on python3 dependency in the waffle recipe-sysroot.
>
> You can test removing wayland from DISTRO_FEATURES to see the failu
Its sad to have this but as the project ages, also perhaps inevitable.
Besides their contributions, remember them here.
Signed-off-by: Richard Purdie
---
MEMORIAM | 5 +
1 file changed, 5 insertions(+)
create mode 100644 MEMORIAM
diff --git a/MEMORIAM b/MEMORIAM
new file mode 100644
index
This tool can be turned on in busybox which lead into a error during
do_rootfs.
Signed-off-by: Marco Felsch
---
Hi,
it seems that the patch get lost in the www if not please ignore this
patch.
Regards,
Marco
meta/recipes-core/util-linux/util-linux.inc | 1 +
1 file changed, 1 insertion(+)
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/gnu-config/gnu-config_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb
b/meta/recipes-devtools/gnu-config/gnu-config_git.bb
index 1630c128235..48b7e6d4a61 1
Right, I am fine with the patch.
Alex
On Wed, 29 Jan 2020 at 17:54, Anibal Limon wrote:
> Hi,
>
> Any update on this?,
>
> Regards,
> Anibal
>
> On Mon, 20 Jan 2020 at 18:41, Anibal Limon
> wrote:
>
>> I found the answer, poky adds wayland support via DISTRO_FEATURES that
>> ends on python3 de
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} (90%)
diff --git a/meta/recipes-devtools/bison/bison_3.4.2.bb
b/meta/r
hey,
On Mon, Jan 6, 2020 at 10:18 AM Tanu Kaskinen wrote:
>
> The UCM configuration files were moved from the alsa-lib repository to a
> new alsa-ucm-conf repository. The move was accompanied by a license
> change from LGPL2.1 to BSD-3-Clause.
>
> Signed-off-by: Tanu Kaskinen
> ---
> meta/conf/
We are adding new lists for topics concerning subcommunities that
will benefit from focused list traffic.
The licensing list will separate licensing and legal discussion from
general development to aid participation of specialists in this area.
Please join at https://lists.yoctoproject.org/g/lic
License-Update: list of contributors updated.
Signed-off-by: Alexander Kanavin
---
meta/recipes-sato/puzzles/puzzles_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb
b/meta/recipes-sato/puzzles/puzzles_git.bb
index 57f2af48e
On 1/30/20 1:01 AM, Richard Purdie wrote:
> Its sad to have this but as the project ages, also perhaps inevitable.
> Besides their contributions, remember them here.
>
> Signed-off-by: Richard Purdie
> ---
> MEMORIAM | 5 +
> 1 file changed, 5 insertions(+)
> create mode 100644 MEMORIAM
>
Ping
On Wed, 2020-01-22 at 13:46 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal
> ---
> .../stress-ng/{stress-ng_0.10.15.bb => stress-ng_0.10.16.bb} | 4
> ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-extended/stress-ng/{stress-ng_0.10.15.bb =>
> stress-
Signed-off-by: Khem Raj
---
meta/classes/uninative.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index 9f8645a36a..70799bbf6d 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbcl
* Another init system, very small in size with application life
cycle management
* Add runit-services recipe for additional runit services from void linux
* socklog is a system/kernel logger
* Add socklog-services to provide additional logging services
* disable the chkshsgr tests in socklog
Ru
On Tue, 2020-01-28 at 18:00 -0800, Khem Raj wrote:
> it perhaps is the reason for most of failures seen here
>
> https://errors.yoctoproject.org/Errors/Build/97736/
>
> perhaps we need to explicitly inherit gettext in these recipes ?
These patches aren't quite working in master yet but those fai
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/libva/libva-utils_2.6.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/libva/libva-utils_2.6.0.bb
b/meta/recipes-graphics/libva/libva-utils_2.6.0.bb
index 0037fdfd854..03b38027a13 100644
---
There are a number of ptest failures due to glib-genmarshal, glib-mkenums
and couple other executables not in the image. Since these
executables are in FILES_${PN}-dev, we add ${PN}-dev to ptest RDEPENDS.
When starting a glib ptest but decided to Ctrl-c interrupt midway,
./run-ptest cannot be rest
Signed-off-by: Alexander Kanavin
---
.../libpcre/{libpcre2_10.33.bb => libpcre2_10.34.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libpcre/{libpcre2_10.33.bb => libpcre2_10.34.bb}
(93%)
diff --git a/meta/recipes-support/libpcre/libpcre2_10.
Signed-off-by: Alexander Kanavin
---
...selective-backport-of-20191012-patch.patch | 169 --
1+20190803.bb => ncurses_6.1+20191019.bb} | 9 +-
2 files changed, 4 insertions(+), 174 deletions(-)
delete mode 100644
meta/recipes-core/ncurses/files/0001-ncurses-selective-backp
Signed-off-by: Alexander Kanavin
---
.../xorg-lib/{libxpm_3.5.12.bb => libxpm_3.5.13.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxpm_3.5.12.bb => libxpm_3.5.13.bb}
(81%)
diff --git a/meta/recipes-graphics/xorg-lib/libxpm_3.5
With spaces in ROOTFS_POSTPROCESS_COMMAND attempts to remove elements
using ROOTFS_POSTPROCESS_COMMAND_remove causes parse failures of the
form:
bb.pysh.sherrors.ShellSyntaxError: LexToken(COMMA,';',0,0)
followed by:
LexToken(TOKEN,'write_image_test_data',0,0)
LexToken(COMMA,';',0,0)
Its sad to have this but as the project ages, also perhaps inevitable.
Besides their contributions, remember them here.
Signed-off-by: Richard Purdie
---
MEMORIAM | 5 +
1 file changed, 5 insertions(+)
create mode 100644 MEMORIAM
diff --git a/MEMORIAM b/MEMORIAM
new file mode 100644
index
+1
On 1/29/20 4:01 PM, Richard Purdie wrote:
> Its sad to have this but as the project ages, also perhaps inevitable.
> Besides their contributions, remember them here.
>
> Signed-off-by: Richard Purdie
> ---
> MEMORIAM | 5 +
> 1 file changed, 5 insertions(+)
> create mode 100644 MEMORIAM
On Thu, 2020-01-30 at 15:58 -0500, Rich Persaud wrote:
> On Jan 27, 2020, at 12:40, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > At present, CONFIG_SHELL becomes /bin/sh if its bash and /bin/bash
> > if not. This
> > isn't deterministic and leads to changes in ptest packages w
Signed-off-by: Alexander Kanavin
---
meta/recipes-multimedia/speex/speexdsp_1.2.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb
b/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb
index 2f934ebe3ab..63696467613 100644
--- a/meta/recipes-mu
The lists of ptests are defined via PTESTS_FAST and PTESTS_SLOW;
ptests-pkgs also pulls in additional items that are specifically
excluded from those due to causing issues with ptesting (particularly,
bash-ptest is non-deterministic and was dropped from PTESTS_FAST/SLOW
yet still gets pulled in via
On 29.01.20 12:55, Richard Purdie wrote:
> On Wed, 2020-01-29 at 08:20 +, Schrempf Frieder wrote:
>> On 08.01.20 09:32, Schrempf Frieder wrote:
>>> On 13.12.19 17:14, Tom Hochstein wrote:
I made a PR as well:
https://github.com/openembedded/openembedded-core/pull/57
Tom
Signed-off-by: Armin Kuster
---
meta/lib/oeqa/runtime/cases/parselogs.py | 5 -
1 file changed, 5 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py
b/meta/lib/oeqa/runtime/cases/parselogs.py
index b7c7b30adf..9dafb89b03 100644
--- a/meta/lib/oeqa/runtime/cases/parselogs.py
There's only one user of libc-common now that we don't ship both glibc and
eglibc, so copy the contents directly into the recipe.
[ YOCTO #12135 ]
Signed-off-by: Ross Burton
---
meta/classes/libc-common.bbclass | 37 -
meta/recipes-core/glibc/glibc-package.inc | 40
License-update: copyright years
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python-six.inc | 6 +++---
.../python/{python3-six_1.13.0.bb => python3-six_1.14.0.bb} | 1 +
2 files changed, 4 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/python/{py
On Wed, 2020-01-29 at 08:20 +, Schrempf Frieder wrote:
> On 08.01.20 09:32, Schrempf Frieder wrote:
> > On 13.12.19 17:14, Tom Hochstein wrote:
> > > I made a PR as well:
> > >
> > > https://github.com/openembedded/openembedded-core/pull/57
> > >
> > > Tom
> >
> > I don't think PRs are accep
Enable reporting selected test case result given the user provided
the selected test case id. If both test result id and test case id
were provided, report the selected test case result from the
selected test result id.
Signed-off-by: Yeoh Ee Peng
---
scripts/lib/resulttool/report.py | 33 ++
91 matches
Mail list logo
