On Fri, 2020-04-17 at 17:39 -0400, Robert P. J. Day wrote:
> On Fri, 17 Apr 2020, Alexander Kanavin wrote:
>
> > ptest-pkgs is complementary; it pulls in ptests only for those
> > packages that are explicitly included in the image. (similar to how
> > dev-pkgs or doc-pkgs work).
> >
> > Generally
On Fri, 17 Apr 2020, Alexander Kanavin wrote:
> ptest-pkgs is complementary; it pulls in ptests only for those
> packages that are explicitly included in the image. (similar to how
> dev-pkgs or doc-pkgs work).
>
> Generally, it is not recommended to use ptest-pkgs as you never know
> what you end
ptest-pkgs is complementary; it pulls in ptests only for those packages
that are explicitly included in the image. (similar to how dev-pkgs or
doc-pkgs work).
Generally, it is not recommended to use ptest-pkgs as you never know what
you end up with, and how long running ptests will take; list ptes
as a demo of how ptest works, i used the current master branch of
poky, MACHINE=qemuarm64, built core-image-minimal, and selected to
install ptests with:
DISTRO_FEATURES_append = " ptest"
EXTRA_IMAGE_FEATURES += "ptest-pkgs"
following the directions in the dev manual. but when it was all o
Backport patches from upstream to fix a build error in the kill utility.
Fixes:
| In file included from ../util-linux-2.35.1/misc-utils/kill.c:57:
| ../util-linux-2.35.1/include/pidfd-utils.h: In function ‘pidfd_open’:
| ../util-linux-2.35.1/include/pidfd-utils.h:19:17: error: ‘SYS_pidfd_open’
un
On Fri, Apr 17, 2020 at 09:02:30AM -0700, akuster808 wrote:
>
>
> On 4/17/20 5:11 AM, Mikko Rapeli wrote:
> > RFC: currently unconditionally, but this may need to be changed because
> > so many patches are not passing this check. Even upstream backports
> > from Linus Torvalds are failing the che
On 4/17/20 5:11 AM, Mikko Rapeli wrote:
> RFC: currently unconditionally, but this may need to be changed because
> so many patches are not passing this check. Even upstream backports
> from Linus Torvalds are failing the check sometimes.
>
> This is test is important to keep all kernel patches i
Hi Ee Peng,
On Fri, 2020-04-17 at 01:53 +, Yeoh, Ee Peng wrote:
> Hi Richard,
>
> After more testing, I realized that it will take different amount of
> time for each host machine to initialize new wayland compositor. I
> had added the logic to retry the checking of new wayland compositor
> t
Python's unittest will not propagate exceptions upside
of itself, but rather will just catch and print them.
The working way to make it stop is to send a SIGINT
(e.g. simulate a ctrl-c press), which will make it exit
with a KeyboardInterrupt exception.
This also makes pressing ctrl-c twice from b
This is useful when tests misbehave and get stuck, or when
a significant increase in testing time is undesirable and
needs to be caught automatically.
Signed-off-by: Alexander Kanavin
---
meta/classes/testimage.bbclass | 11 +++
1 file changed, 11 insertions(+)
diff --git a/meta/classes
On 4/17/20 9:19 AM, Richard Purdie wrote:
On Thu, 2020-04-16 at 22:10 -0400, Randy MacLeod wrote:
On 2020-02-25 9:11 a.m., Trevor Gamblin wrote:
buildall-qemu simplifies the process of build testing an upgraded
or
patched recipe
I think this is a useful little script. please rebase and re-sub
On Thu, 2020-04-16 at 22:10 -0400, Randy MacLeod wrote:
> On 2020-02-25 9:11 a.m., Trevor Gamblin wrote:
> > buildall-qemu simplifies the process of build testing an upgraded
> > or
> > patched recipe
>
> I think this is a useful little script. please rebase and re-submit
> once master opens up.
RFC: currently unconditionally, but this may need to be changed because
so many patches are not passing this check. Even upstream backports
from Linus Torvalds are failing the check sometimes.
This is test is important to keep all kernel patches in upstreamable state.
It would help keeping BSP and
On Fri, Apr 17, 2020 at 12:49 PM Peter Kjellerstedt
wrote:
>
> In May last year, two changes were integrated related to how
> /etc/machine-id is created. The first [1] moved the creation
> from the systemd recipe to rootfs-postcommands.bbclass. The
> second [2] introduced creation of it via image.
In May last year, two changes were integrated related to how
/etc/machine-id is created. The first [1] moved the creation
from the systemd recipe to rootfs-postcommands.bbclass. The
second [2] introduced creation of it via image.bbclass and
systemd-systemctl-native unless the stateless-rootfs d
This is a bugfix release:
ver 0.31:
Fix issue with verification of the second certificate in chain.
Fix issue with handling trusted CA matching in verification.
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-core/ell/{ell_0.30.bb => ell_0.31.bb} | 4 ++--
1 file changed, 2 i
If there is no soundcards on the target (e.g. qemu), the pkp_postinst
function will report an error:
alsactl: load_state:1735: No soundcards found...
pkg_run_script: package "alsa-state" postinst script returned status 19.
opkg_configure: alsa-state.postinst returned 19.
Pass '-g' option to
Add more i915 pciids to make graphic work well on some new boards
like TigerLake.
Signed-off-by: Liwei Song
---
...1-Sync-i915_pciids-upto-8717c6b7414f.patch | 505 ++
.../xorg-driver/xf86-video-intel_git.bb | 4 +-
2 files changed, 508 insertions(+), 1 deletion(-)
creat
18 matches
Mail list logo
