date:20210927

Re: [yocto] [meta-zephyr][hardknott] backport tmpfsdir from master

2021-09-27 Thread Naveen Saini

Done. 

Regards,
Naveen

> -Original Message-
> From: yocto@lists.yoctoproject.org  On
> Behalf Of Jon Mason
> Sent: Monday, September 27, 2021 9:24 PM
> To: Saini, Naveen Kumar 
> Cc: yocto@lists.yoctoproject.org
> Subject: [yocto] [meta-zephyr][hardknott] backport tmpfsdir from master
> 
> Hey Naveen,
> The hardknott branch in meta-zephyr needs the tmpfsdir patch
> (678600bee6092e58110a826a9cbefc2f5c52916c) from the master branch
> cherry-picked back to hardknott.  It has the same issue master had with
> breaking when trying to run qemu.  Can you please pull it in?
> 
> Thanks,
> Jon

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54889): https://lists.yoctoproject.org/g/yocto/message/54889
Mute This Topic: https://lists.yoctoproject.org/mt/85900351/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [OE-core] Incorrect systemd timer

2021-09-27 Thread JH

> perhaps use
> OnCalendar=*-*-* *:*:00

No, the same result, completely bewildered why the timer does not work
in Yocto Linux

Thanks Khem.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54888): https://lists.yoctoproject.org/g/yocto/message/54888
Mute This Topic: https://lists.yoctoproject.org/mt/85903998/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Julia language recipe?

2021-09-27 Thread Randy MacLeod



I searched the lists, layer index and the web but most of what I see is
that cross-compiling Julia is currently tricky:

https://github.com/JuliaLang/julia/issues/30338

We don't have a recipe for Julia in the layer index for it:
https://layers.openembedded.org/layerindex/branch/master/recipes/?q=julia


Does anyone have a recipe that is a work in progress?

--
# Randy MacLeod
# Wind River Linux


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54887): https://lists.yoctoproject.org/g/yocto/message/54887
Mute This Topic: https://lists.yoctoproject.org/mt/85914956/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [ANNOUNCEMENT] Yocto Project 3.1.11 (dunfell-23.0.11) is Released

2021-09-27 Thread Vineela

Hello,

We are pleased to announce the Yocto Project 3.1.11 (dunfell-23.0.11) Release 
is now available for download.

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/poky-dunfell-23.0.11.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/poky-dunfell-23.0.11.tar.bz2

A gpg signed version of these release notes is available at:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/RELEASENOTES

Full Test Report:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/testreport.txt

Thank you for everyone's contributions to this release.


Vineela Tummalapalli

Yocto Project Build and Release

vineela.tummalapa...@intel.com





--

yocto-3.1.11 Release Notes

--





--

Repositories/Downloads

--



Repository Name: poky

Repository Location: https://git.yoctoproject.org/git/poky

Branch: dunfell

Tag: yocto-3.1.11

Git Revision: 74b22db6879b388d700f61e08cb3f239cf940d18

Release Artefact: poky-dunfell-23.0.11

sha: 79d68832b990090b8d61ebf79be1ecbb757b404417adcbbea48aca52f4863b2c

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/poky-dunfell-23.0.11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/poky-dunfell-23.0.11.tar.bz2



Repository Name: openembedded-core

Repository Location: https://git.openembedded.org/openembedded-core

Branch: dunfell

Tag: 2020-04.11-dunfell

Git Revision: c7d2281eb6cda9c1637c20b3540b142073bca235

Release Artefact: oecore-dunfell-23.0.11

sha: 641835d35d37b977a47ee9b7433aaa5cf8644bee7f44cc8c8e915d55bbb89c72

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/oecore-dunfell-23.0.11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/oecore-dunfell-23.0.11.tar.bz2



Repository Name: meta-mingw

Repository Location: https://git.yoctoproject.org/git/meta-mingw

Branch: dunfell

Tag: yocto-3.1.11

Git Revision: 524de686205b5d6736661d4532f5f98fee8589b7

Release Artefact: meta-mingw-dunfell-23.0.11

sha: 34a183fa03d8c9a37732f3b35ebe9b5b5cc832a826308458536925ef6818b21a

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/meta-mingw-dunfell-23.0.11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/meta-mingw-dunfell-23.0.11.tar.bz2



Repository Name: meta-gplv2

Repository Location: https://git.yoctoproject.org/git/meta-gplv2

Branch: dunfell

Tag: yocto-3.1.11

Git Revision: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac

Release Artefact: meta-gplv2-dunfell-23.0.11

sha: 9ea1d569486ef65e5a3eeb90fb55322bf2de1a7c489bf90994e0c153478fb3e0

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/meta-gplv2-dunfell-23.0.11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/meta-gplv2-dunfell-23.0.11.tar.bz2



Repository Name: bitbake

Repository Location: https://git.openembedded.org/bitbake

Branch: 1.46

Tag: 2020-04.11-dunfell

Git Revision: c2a3bda3a29e12472ef7862e424ea1552fab2959

Release Artefact: bitbake-dunfell-23.0.11

sha: cee9aa302124f18d28478b51fc507bac0810bd2ddbc70c31bf22219891ef2482

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.11/bitbake-dunfell-23.0.11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.1.11/bitbake-dunfell-23.0.11.tar.bz2



Repository Name: yocto-docs

Repository Location: https://git.yoctoproject.org/git/yocto-docs

Branch: dunfell

Tag: yocto-3.1.11

Git Revision:cc226593701bd5a93c0bcefc0c41da1a32849912



-

Contributors

-

akuster

Alexander Kanavin

Alexandre Belloni

Andrej Valek

Armin Kuster

Bruce Ashfield

Changqing Li

Denys Dmytriyenko

Dmitry Baryshkov

Dragos-Marian Panait

hongxu

jbouchard

Jose Quaresma

Khem Raj

Lee Chee Yang

leimaohui

Marek Vasut

Marta Rybczynska

Matthias Klein

Matt Madison

Michael Opdenacker

Mike Crowe

Mikko Rapeli

Minjae Kim

Nathan Rossi

Neetika Singh

Nicolas Dechesne

Oleksandr Kravchuk

Oleksandr Popovych

Ovidiu Panait

Paul Barker

Purushottam Choudhary

Ralph Siemsen

Ranjitsinh Rathod

Richard Purdie

Ross Burton

Sakib Sajal

Saul Wold

Steve Sakoman

Teoh Jay Shen

TeohJayShen

Tomasz Dziendzielski

Ulrich Ölmann

Wang Mingyu

Wes Lindauer

Yi Zhao



---

Known Issues

---

oe_syslog.SyslogTestConfig.test_syslog_startup_config failure:

This seems like an intermittent issue.



---

Security Fixes

---

xserver-xorg: Security fix for CVE-2020-14360/-25712

go: Exclude CVE-2021-29923 from report list

flex: Add CVE-2019-6293 to exclusions for checks

xdg-utils: Add fix for CVE-2020-27748

gdk-pixbuf: fix CVE-2021-20240

lz4: Security Fix for CVE-2021-3520

cpio: backport fix for CVE-2021-38185

lzo: add CVE_PRODUCT

binutils: Security fix for CVE-2020-16593

binutils: Security fix for CVE-2021-3549

rpm: Add fix for CVE-2021-20266

qemu: fix CVE-2021-3608

qemu

[yocto] M+ & H bugs with Milestone Movements WW39

2021-09-27 Thread Stephen Jolley

All,

YP M+ or high bugs which moved to a new milestone in WW39 are listed below: 


Priority

Bug ID

Short Description

Changer

Owner

Was

Became


Medium+

  12937

Consistent naming scheme for deployed artifacts

randy.macl...@windriver.com

martin.ja...@gmail.com

3.4 M3

3.5 M1


 

  13550

username/password specified to gitsm:// does not get propagated to submodules

randy.macl...@windriver.com

kiran.surend...@windriver.com

3.99

3.5 M1


 

  13625

test_devtool_add_library fails in multilib setups

randy.macl...@windriver.com

unassig...@yoctoproject.org

3.4 M3

3.99


 

  13731

Cross canadian GCC fails to find header files when using tclibc-newlib

randy.macl...@windriver.com

alejan...@enedino.org

3.4 M3

3.5 M1


 

  14121

Implement sphinx switchers.js for bitbake

richard.pur...@linuxfoundation.org

nicolas.deche...@linaro.org

3.4 M3

3.5 M2


 

  14348

Layer dependencies not updated

richard.pur...@linuxfoundation.org

bluelightn...@bluelightning.org

3.4 M3

3.4 M4


 

  14493

BB_GIT_SHALLOW is not documented

richard.pur...@linuxfoundation.org

p...@pbarker.dev

3.4 M3

3.4 M4

Thanks, 

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com  

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54885): https://lists.yoctoproject.org/g/yocto/message/54885
Mute This Topic: https://lists.yoctoproject.org/mt/85912507/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Enhancements/Bugs closed WW39!

2021-09-27 Thread Stephen Jolley

All,

The below were the owners of enhancements or bugs closed during the last
week!


Who

Count


richard.pur...@linuxfoundation.org

12


mhalst...@linuxfoundation.org

1


saul.w...@windriver.com

1


jon.ma...@arm.com

1


michael.opdenac...@bootlin.com

1


st...@sakoman.com

1


Grand Total

17

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54884): https://lists.yoctoproject.org/g/yocto/message/54884
Mute This Topic: https://lists.yoctoproject.org/mt/85912490/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Current high bug count owners for Yocto Project 3.4

2021-09-27 Thread Stephen Jolley

All,

Below is the list as of top 50 bug owners as of the end of WW39 of who have
open medium or higher bugs and enhancements against YP 3.4.   There are 23
possible work days left until the final release candidates for YP 3.4 needs
to be released.


Who

Count


michael.opdenac...@bootlin.com

35


r...@burtonini.com

30


david.re...@windriver.com

22


randy.macl...@windriver.com

16


trevor.gamb...@windriver.com

12


bruce.ashfi...@gmail.com

11


timothy.t.orl...@intel.com

9


richard.pur...@linuxfoundation.org

7


kai.k...@windriver.com

7


bluelightn...@bluelightning.org

6


mhalst...@linuxfoundation.org

5


kiran.surend...@windriver.com

4


qi.c...@windriver.com

4


hongxu@windriver.com

3


jpewhac...@gmail.com

3


chee.yang@intel.com

3


mingli...@windriver.com

2


alexandre.bell...@bootlin.com

2


ms...@mvista.com

2


yf...@uwaterloo.ca

2


akuster...@gmail.com

2


saul.w...@windriver.com

2


sangeeta.j...@intel.com

1


weave...@gmail.com

1


diego.sue...@arm.com

1


jae...@xilinx.com

1


fransmeulenbro...@yahoo.com

1


alejan...@enedino.org

1


devendra.tew...@gmail.com

1


open.sou...@oleksandr-kravchuk.com

1


tony.tascio...@windriver.com

1


paul.gortma...@windriver.com

1


jay.shen.t...@intel.com

1


yi.z...@windriver.com

1


pokyli...@reliableembeddedsystems.com

1


raj.k...@gmail.com

1


sakib.sa...@windriver.com

1


jeanmarie.lemeta...@gmail.com

1


kerg...@gmail.com

1


aeh...@gmail.com

1


mark.ha...@kernel.crashing.org

1


mickael.laventure+yo...@gmail.com

1


douglas.ro...@taitradio.com

1


alex.kana...@gmail.com

1


p...@pbarker.dev

1


ydir...@free.fr

1


vinay.m.e...@gmail.com

1


shac...@vdoo.com

1


pgowda@gmail.com

1


mister...@web.de

1


jordan.den...@gmail.com

1

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54883): https://lists.yoctoproject.org/g/yocto/message/54883
Mute This Topic: https://lists.yoctoproject.org/mt/85912416/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2021-09-27 Thread Stephen Jolley

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 395
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.4", "3.5, "3.99" and "Future", the more pressing/urgent issues
being in "3.4" and then "3.5".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54882): https://lists.yoctoproject.org/g/yocto/message/54882
Mute This Topic: https://lists.yoctoproject.org/mt/85912301/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH] Upgrade parsec-service 0.8.1 and parsec-tool 0.4.0

2021-09-27 Thread Anton Antonov

Signed-off-by: Anton Antonov 
---
 .../parsec-service/files/cryptoki.patch   |  18 --
 .../parsec-service/parsec-service_0.7.0.inc   | 147 ---
 ...rvice_0.7.0.bb => parsec-service_0.8.1.bb} |  15 +-
 .../parsec-service/parsec-service_0.8.1.inc   | 246 ++
 .../parsec-tool/parsec-tool_0.3.0.inc | 127 -
 ...sec-tool_0.3.0.bb => parsec-tool_0.4.0.bb} |   3 +
 .../parsec-tool/parsec-tool_0.4.0.inc | 216 +++
 7 files changed, 477 insertions(+), 295 deletions(-)
 delete mode 100644 
meta-parsec/recipes-parsec/parsec-service/files/cryptoki.patch
 delete mode 100644 
meta-parsec/recipes-parsec/parsec-service/parsec-service_0.7.0.inc
 rename meta-parsec/recipes-parsec/parsec-service/{parsec-service_0.7.0.bb => 
parsec-service_0.8.1.bb} (77%)
 create mode 100644 
meta-parsec/recipes-parsec/parsec-service/parsec-service_0.8.1.inc
 delete mode 100644 meta-parsec/recipes-parsec/parsec-tool/parsec-tool_0.3.0.inc
 rename meta-parsec/recipes-parsec/parsec-tool/{parsec-tool_0.3.0.bb => 
parsec-tool_0.4.0.bb} (75%)
 create mode 100644 meta-parsec/recipes-parsec/parsec-tool/parsec-tool_0.4.0.inc

diff --git a/meta-parsec/recipes-parsec/parsec-service/files/cryptoki.patch 
b/meta-parsec/recipes-parsec/parsec-service/files/cryptoki.patch
deleted file mode 100644
index c234479..000
--- a/meta-parsec/recipes-parsec/parsec-service/files/cryptoki.patch
+++ /dev/null
@@ -1,18 +0,0 @@
-
-Use cryptoki v0.1.1 which supports the "generate-bindings" feature
-required for building Parsec service 0.7.0 in Yocto.
-
-Signed-off-by: Anton Antonov 
-Upstream-Status: Submitted
-
 a/Cargo.toml   2021-04-01 10:29:50.333687763 +0100
-+++ b/Cargo.toml   2021-04-01 10:27:13.051860002 +0100
-@@ -37,7 +37,7 @@
- version = "1.3.1"
- 
- [dependencies.cryptoki]
--version = "0.1.0"
-+version = "0.1.1"
- features = ["psa-crypto-conversions"]
- optional = true
- 
diff --git a/meta-parsec/recipes-parsec/parsec-service/parsec-service_0.7.0.inc 
b/meta-parsec/recipes-parsec/parsec-service/parsec-service_0.7.0.inc
deleted file mode 100644
index 59a47f9..000
--- a/meta-parsec/recipes-parsec/parsec-service/parsec-service_0.7.0.inc
+++ /dev/null
@@ -1,147 +0,0 @@
-# This file is created from parsec-service repository Cargo.lock using 
cargo-bitbake tool
-
-SRC_URI += " \
-crate://crates.io/aho-corasick/0.7.15 \
-crate://crates.io/ansi_term/0.11.0 \
-crate://crates.io/anyhow/1.0.38 \
-crate://crates.io/atty/0.2.14 \
-crate://crates.io/autocfg/1.0.1 \
-crate://crates.io/base64/0.12.3 \
-crate://crates.io/base64/0.13.0 \
-crate://crates.io/bincode/1.3.2 \
-crate://crates.io/bindgen/0.56.0 \
-crate://crates.io/bindgen/0.57.0 \
-crate://crates.io/bitfield/0.13.2 \
-crate://crates.io/bitflags/1.2.1 \
-crate://crates.io/byteorder/1.3.4 \
-crate://crates.io/bytes/0.5.6 \
-crate://crates.io/bytes/1.0.1 \
-crate://crates.io/cc/1.0.67 \
-crate://crates.io/cexpr/0.4.0 \
-crate://crates.io/cfg-if/1.0.0 \
-crate://crates.io/clang-sys/1.1.1 \
-crate://crates.io/clap/2.33.3 \
-crate://crates.io/cmake/0.1.45 \
-crate://crates.io/cryptoauthlib-sys/0.1.0 \
-crate://crates.io/cryptoki-sys/0.1.1 \
-crate://crates.io/cryptoki/0.1.1 \
-crate://crates.io/derivative/2.2.0 \
-crate://crates.io/either/1.6.1 \
-crate://crates.io/enumflags2/0.6.4 \
-crate://crates.io/enumflags2_derive/0.6.4 \
-crate://crates.io/env_logger/0.8.3 \
-crate://crates.io/fixedbitset/0.2.0 \
-crate://crates.io/getrandom/0.2.2 \
-crate://crates.io/glob/0.3.0 \
-crate://crates.io/hashbrown/0.9.1 \
-crate://crates.io/heck/0.3.2 \
-crate://crates.io/hermit-abi/0.1.18 \
-crate://crates.io/hex/0.4.3 \
-crate://crates.io/hostname-validator/1.0.0 \
-crate://crates.io/humantime/2.1.0 \
-crate://crates.io/indexmap/1.6.2 \
-crate://crates.io/itertools/0.8.2 \
-crate://crates.io/itertools/0.9.0 \
-crate://crates.io/lazy_static/1.4.0 \
-crate://crates.io/lazycell/1.3.0 \
-crate://crates.io/libc/0.2.89 \
-crate://crates.io/libloading/0.7.0 \
-crate://crates.io/log/0.4.14 \
-crate://crates.io/mbox/0.5.0 \
-crate://crates.io/memchr/2.3.4 \
-crate://crates.io/multimap/0.8.3 \
-crate://crates.io/nom/5.1.2 \
-crate://crates.io/num-bigint/0.3.2 \
-crate://crates.io/num-complex/0.3.1 \
-crate://crates.io/num-derive/0.3.3 \
-crate://crates.io/num-integer/0.1.44 \
-crate://crates.io/num-iter/0.1.42 \
-crate://crates.io/num-rational/0.3.2 \
-crate://crates.io/num-traits/0.2.14 \
-crate://crates.io/num/0.3.1 \
-crate://crates.io/num_cpus/1.13.0 \
-crate://crates.io/oid/0.1.1 \
-crate://crates.io/parsec-interface/0.24.0 \
-crate://crates.io/peeking_take_while/0.1.2 \
-crate://crates.io/petgraph/0.5.1 \
-crate://crates.io/picky-asn1-der/0.2.4 \
-crate://crates.io/picky-asn1-x509/0.4.0 \
-crate://crate

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

2021-09-27 Thread Anibal Limon

On Mon, 27 Sept 2021 at 03:35, Alexander Kanavin 
wrote:

> I think they're already in git?
>

Hi,

Yes they are.


>
> Alex
>
> On Mon, 27 Sept 2021 at 10:09, Lukasz Majewski  wrote:
>
>> Hi Alexander,
>>
>> > I think we might be having an 'unresponsive maintainer' situation?
>> > How can Anibal be reached?
>>
>> I saw recenlty your patches on this topic. Is there a chance that
>> Anibal will pull/review them soon?
>>
>
I just send recipe upgrade to OE-Core, the patches are already in git.

Regards,
Anibal


>
>> It looks like those are crucial for ptest-runner operation.
>>
>> >
>> > Alex
>> >
>> > On Mon, 20 Sept 2021 at 11:19, ?ukasz Majewski  wrote:
>> >
>> > > Hi Anibal,
>> > >
>> > > > Hi Anibal,
>> > > >
>> > > > > Up till now ptest-runner2 returns number of failed tests with
>> > > > > its exit status code. Such use case is not recommended [1] and
>> > > > > may cause issues when there are more than 256 tests to be
>> > > > > executed.
>> > > > >
>> > > > > To alleviate this issue the number of total tests with number of
>> > > > > failed ones is printed before exit. To be more specific -
>> > > > > failure of tests (one or more) causes ptest-runner to provide
>> > > > > exit code of 1.
>> > > > >
>> > > > > One can test this change with executing:
>> > > > > ./ptest-runner -d tests/data fail
>> > > >
>> > > > Gentle ping on this patch.
>> > > >
>> > >
>> > > Gentle ping on this patch.
>> > >
>> > > Is it OK to be applied?
>> > >
>> > > > >
>> > > > > Links:
>> > > > > [1] -
>> > > > >
>> https://www.gnu.org/software/libc/manual/html_node/Exit-Status.html
>> > > > >
>> > > > > Signed-off-by: Lukasz Majewski 
>> > > > > ---
>> > > > > Changes for v2:
>> > > > > - When number of failed tests is N, the ptest-runner returns
>> > > > > value of 1 to indicate error in the execution
>> > > > > ---
>> > > > >  main.c | 3 +++
>> > > > >  1 file changed, 3 insertions(+)
>> > > > >
>> > > > > diff --git a/main.c b/main.c
>> > > > > index 890bc6a..bcec844 100644
>> > > > > --- a/main.c
>> > > > > +++ b/main.c
>> > > > > @@ -220,6 +220,9 @@ main(int argc, char *argv[])
>> > > > > ptest_list_remove(run, opts.exclude[i], 1);
>> > > > >
>> > > > > rc = run_ptests(run, opts, argv[0], stdout, stderr);
>> > > > > +   fprintf(stdout, "TOTAL: %d FAIL: %d\n",
>> > > > > ptest_list_length(run), rc);
>> > > > > +   if (rc > 0)
>> > > > > +   rc = 1;
>> > > > >
>> > > > > ptest_list_free_all(&run);
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > Best regards,
>> > > >
>> > > > Lukasz Majewski
>> > > >
>> > > > --
>> > > >
>> > > > DENX Software Engineering GmbH,  Managing Director: Wolfgang
>> > > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194
>> > > > Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax:
>> > > > (+49)-8142-66989-80 Email: lu...@denx.de
>> > >
>> > >
>> > >
>> > >
>> > > Best regards,
>> > >
>> > > Lukasz Majewski
>> > >
>> > > --
>> > >
>> > > DENX Software Engineering GmbH,  Managing Director: Wolfgang
>> > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
>> > > Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email:
>> > > lu...@denx.de
>> > >
>> > > 
>> > >
>> > >
>>
>>
>>
>>
>> Best regards,
>>
>> Lukasz Majewski
>>
>> --
>>
>> DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
>> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
>> Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lu...@denx.de
>>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54880): https://lists.yoctoproject.org/g/yocto/message/54880
Mute This Topic: https://lists.yoctoproject.org/mt/84946492/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [OE-core] Incorrect systemd timer

2021-09-27 Thread Khem Raj




On 9/26/21 6:29 PM, JH wrote:

Hi,

I set up a service timer to run the service every minute at times
01:10:50, 01:10:50, 01:10:50, ...

[Unit]
Description=Run watchdog job at every 1 minute
[Timer]
Unit=mwatchdog.service
OnCalendar=*-*-* *:00:50


perhaps use
OnCalendar=*-*-* *:*:00




Persistent=true
[Install]
WantedBy=timers.target

But the timer was actually fired about every 8 - 9 seconds:

Mon Sep 27 01:10:06 UTC 2021 start timer
Mon Sep 27 01:10:15 UTC 2021 start timer
Mon Sep 27 01:10:23 UTC 2021 start timer

Not quite sure if it is a kernel issue or Yocto oe-core build issue or
what I could be missing, appreciate your advice.

Thank you.

Kind regards,

- jupiter






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54879): https://lists.yoctoproject.org/g/yocto/message/54879
Mute This Topic: https://lists.yoctoproject.org/mt/85903998/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-zephyr] instructions on building nios2

2021-09-27 Thread Jon Mason

Hey Naveen,
I'm trying to build qemu-nios2 in meta-zephyr, but I'm seeing an error
in newlib:
configure: error: C compiler cannot create executables
See https://gitlab.com/jonmason00/meta-zephyr/-/jobs/1624976601#L1158

Is there an alternative version or library I should be using to get
this to compile?

Thanks,
Jon

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54878): https://lists.yoctoproject.org/g/yocto/message/54878
Mute This Topic: https://lists.yoctoproject.org/mt/85901618/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-zephyr][hardknott] backport tmpfsdir from master

2021-09-27 Thread Jon Mason

Hey Naveen,
The hardknott branch in meta-zephyr needs the tmpfsdir patch
(678600bee6092e58110a826a9cbefc2f5c52916c) from the master branch
cherry-picked back to hardknott.  It has the same issue master had
with breaking when trying to run qemu.  Can you please pull it in?

Thanks,
Jon

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54877): https://lists.yoctoproject.org/g/yocto/message/54877
Mute This Topic: https://lists.yoctoproject.org/mt/85900351/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH] swtpm: update to 0.6.1

2021-09-27 Thread Kristian Klausen via lists.yoctoproject.org

swtpm no longer depends on Python[1] so the dependencies have been
removed.

"inherit perlnative" has been added due to (in oe-core):
deda455b3c ("bitbake.conf: drop pod2man from hosttools")

Some leftover dependencies have also been removed, ex: tpm-tools
required in the past by swtpm_setup.sh (<0.4.0)[2].

[1] https://github.com/stefanberger/swtpm/issues/437
[2] 
https://github.com/stefanberger/swtpm/commit/eee8cb5dfb13f87140a38f65bf61aff19508

Signed-off-by: Kristian Klausen 
---
 .../swtpm/swtpm-wrappers-native.bb| 12 --
 .../swtpm/{swtpm_0.5.2.bb => swtpm_0.6.1.bb}  | 23 ---
 2 files changed, 14 insertions(+), 21 deletions(-)
 rename meta-tpm/recipes-tpm/swtpm/{swtpm_0.5.2.bb => swtpm_0.6.1.bb} (72%)

diff --git a/meta-tpm/recipes-tpm/swtpm/swtpm-wrappers-native.bb 
b/meta-tpm/recipes-tpm/swtpm/swtpm-wrappers-native.bb
index 644f3ac..bb93374 100644
--- a/meta-tpm/recipes-tpm/swtpm/swtpm-wrappers-native.bb
+++ b/meta-tpm/recipes-tpm/swtpm/swtpm-wrappers-native.bb
@@ -1,6 +1,6 @@
 SUMMARY = "SWTPM - OpenEmbedded wrapper scripts for native swtpm tools"
 LICENSE = "MIT"
-DEPENDS = "swtpm-native tpm-tools-native net-tools-native"
+DEPENDS = "swtpm-native"
 
 inherit native
 
@@ -14,23 +14,19 @@ do_create_wrapper () {
 for i in `find ${bindir} ${base_bindir} ${sbindir} ${base_sbindir} -name 
'swtpm*' -perm /+x -type f`; do
 exe=`basename $i`
 case $exe in
-swtpm_setup.sh)
+swtpm_setup)
 cat >${WORKDIR}/swtpm_setup_oe.sh <${WORKDIR}/${exe}_oe.sh <
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54876): https://lists.yoctoproject.org/g/yocto/message/54876
Mute This Topic: https://lists.yoctoproject.org/mt/85898116/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH] libtpm: update to 0.8.7

2021-09-27 Thread Kristian Klausen via lists.yoctoproject.org

Signed-off-by: Kristian Klausen 
---
 .../recipes-tpm/libtpm/{libtpm_0.8.2.bb => libtpm_0.8.7.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta-tpm/recipes-tpm/libtpm/{libtpm_0.8.2.bb => libtpm_0.8.7.bb} (88%)

diff --git a/meta-tpm/recipes-tpm/libtpm/libtpm_0.8.2.bb 
b/meta-tpm/recipes-tpm/libtpm/libtpm_0.8.7.bb
similarity index 88%
rename from meta-tpm/recipes-tpm/libtpm/libtpm_0.8.2.bb
rename to meta-tpm/recipes-tpm/libtpm/libtpm_0.8.7.bb
index 9784aa1..95ba5c5 100644
--- a/meta-tpm/recipes-tpm/libtpm/libtpm_0.8.2.bb
+++ b/meta-tpm/recipes-tpm/libtpm/libtpm_0.8.7.bb
@@ -2,7 +2,7 @@ SUMMARY = "LIBPM - Software TPM Library"
 LICENSE = "BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=e73f0786a936da3814896df06ad225a9"
 
-SRCREV = "f66a719eda0b492ea3ec7852421a9d98db0a0621"
+SRCREV = "f6dd8f55eab4910131ec6a6a570dcd7951bd10e4"
 SRC_URI = "git://github.com/stefanberger/libtpms.git;branch=stable-0.8"
 
 PE = "1"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54875): https://lists.yoctoproject.org/g/yocto/message/54875
Mute This Topic: https://lists.yoctoproject.org/mt/85897588/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-rockchip][PATCH] use uuid instead of hard-coding root device

2021-09-27 Thread Markus Volk



Am 25.09.21 um 17:09 schrieb Trevor Woerner:

You'll need to re-send this with a better subject line and commit
message so the right people will notice it. Otherwise they'll think it's
meta-rockchip-specific.

If (when) this patch gets applied upstream, then we can remove our
work-around.


The patch has been applied :)

I had a quick look where this sda entries come from and i guess we fall to the 
default value here:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/lib/wic/ksparser.py#n166

We may avoid getting /dev/sda entries in fstab by either setting --use-uuid or 
--use-label for '/boot' ?


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54874): https://lists.yoctoproject.org/g/yocto/message/54874
Mute This Topic: https://lists.yoctoproject.org/mt/85688479/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

2021-09-27 Thread Alexander Kanavin

I think they're already in git?

Alex

On Mon, 27 Sept 2021 at 10:09, Lukasz Majewski  wrote:

> Hi Alexander,
>
> > I think we might be having an 'unresponsive maintainer' situation?
> > How can Anibal be reached?
>
> I saw recenlty your patches on this topic. Is there a chance that
> Anibal will pull/review them soon?
>
> It looks like those are crucial for ptest-runner operation.
>
> >
> > Alex
> >
> > On Mon, 20 Sept 2021 at 11:19, ?ukasz Majewski  wrote:
> >
> > > Hi Anibal,
> > >
> > > > Hi Anibal,
> > > >
> > > > > Up till now ptest-runner2 returns number of failed tests with
> > > > > its exit status code. Such use case is not recommended [1] and
> > > > > may cause issues when there are more than 256 tests to be
> > > > > executed.
> > > > >
> > > > > To alleviate this issue the number of total tests with number of
> > > > > failed ones is printed before exit. To be more specific -
> > > > > failure of tests (one or more) causes ptest-runner to provide
> > > > > exit code of 1.
> > > > >
> > > > > One can test this change with executing:
> > > > > ./ptest-runner -d tests/data fail
> > > >
> > > > Gentle ping on this patch.
> > > >
> > >
> > > Gentle ping on this patch.
> > >
> > > Is it OK to be applied?
> > >
> > > > >
> > > > > Links:
> > > > > [1] -
> > > > >
> https://www.gnu.org/software/libc/manual/html_node/Exit-Status.html
> > > > >
> > > > > Signed-off-by: Lukasz Majewski 
> > > > > ---
> > > > > Changes for v2:
> > > > > - When number of failed tests is N, the ptest-runner returns
> > > > > value of 1 to indicate error in the execution
> > > > > ---
> > > > >  main.c | 3 +++
> > > > >  1 file changed, 3 insertions(+)
> > > > >
> > > > > diff --git a/main.c b/main.c
> > > > > index 890bc6a..bcec844 100644
> > > > > --- a/main.c
> > > > > +++ b/main.c
> > > > > @@ -220,6 +220,9 @@ main(int argc, char *argv[])
> > > > > ptest_list_remove(run, opts.exclude[i], 1);
> > > > >
> > > > > rc = run_ptests(run, opts, argv[0], stdout, stderr);
> > > > > +   fprintf(stdout, "TOTAL: %d FAIL: %d\n",
> > > > > ptest_list_length(run), rc);
> > > > > +   if (rc > 0)
> > > > > +   rc = 1;
> > > > >
> > > > > ptest_list_free_all(&run);
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > > Best regards,
> > > >
> > > > Lukasz Majewski
> > > >
> > > > --
> > > >
> > > > DENX Software Engineering GmbH,  Managing Director: Wolfgang
> > > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> > > > Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax:
> > > > (+49)-8142-66989-80 Email: lu...@denx.de
> > >
> > >
> > >
> > >
> > > Best regards,
> > >
> > > Lukasz Majewski
> > >
> > > --
> > >
> > > DENX Software Engineering GmbH,  Managing Director: Wolfgang
> > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
> > > Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email:
> > > lu...@denx.de
> > >
> > > 
> > >
> > >
>
>
>
>
> Best regards,
>
> Lukasz Majewski
>
> --
>
> DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lu...@denx.de
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54873): https://lists.yoctoproject.org/g/yocto/message/54873
Mute This Topic: https://lists.yoctoproject.org/mt/84946492/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

2021-09-27 Thread ?ukasz Majewski

Hi Alexander,

> I think we might be having an 'unresponsive maintainer' situation?
> How can Anibal be reached?

I saw recenlty your patches on this topic. Is there a chance that
Anibal will pull/review them soon?

It looks like those are crucial for ptest-runner operation.

> 
> Alex
> 
> On Mon, 20 Sept 2021 at 11:19, ?ukasz Majewski  wrote:
> 
> > Hi Anibal,
> >  
> > > Hi Anibal,
> > >  
> > > > Up till now ptest-runner2 returns number of failed tests with
> > > > its exit status code. Such use case is not recommended [1] and
> > > > may cause issues when there are more than 256 tests to be
> > > > executed.
> > > >
> > > > To alleviate this issue the number of total tests with number of
> > > > failed ones is printed before exit. To be more specific -
> > > > failure of tests (one or more) causes ptest-runner to provide
> > > > exit code of 1.
> > > >
> > > > One can test this change with executing:
> > > > ./ptest-runner -d tests/data fail  
> > >
> > > Gentle ping on this patch.
> > >  
> >
> > Gentle ping on this patch.
> >
> > Is it OK to be applied?
> >  
> > > >
> > > > Links:
> > > > [1] -
> > > > https://www.gnu.org/software/libc/manual/html_node/Exit-Status.html
> > > >
> > > > Signed-off-by: Lukasz Majewski 
> > > > ---
> > > > Changes for v2:
> > > > - When number of failed tests is N, the ptest-runner returns
> > > > value of 1 to indicate error in the execution
> > > > ---
> > > >  main.c | 3 +++
> > > >  1 file changed, 3 insertions(+)
> > > >
> > > > diff --git a/main.c b/main.c
> > > > index 890bc6a..bcec844 100644
> > > > --- a/main.c
> > > > +++ b/main.c
> > > > @@ -220,6 +220,9 @@ main(int argc, char *argv[])
> > > > ptest_list_remove(run, opts.exclude[i], 1);
> > > >
> > > > rc = run_ptests(run, opts, argv[0], stdout, stderr);
> > > > +   fprintf(stdout, "TOTAL: %d FAIL: %d\n",
> > > > ptest_list_length(run), rc);
> > > > +   if (rc > 0)
> > > > +   rc = 1;
> > > >
> > > > ptest_list_free_all(&run);
> > > >  
> > >
> > >
> > >
> > >
> > > Best regards,
> > >
> > > Lukasz Majewski
> > >
> > > --
> > >
> > > DENX Software Engineering GmbH,  Managing Director: Wolfgang
> > > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> > > Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax:
> > > (+49)-8142-66989-80 Email: lu...@denx.de  
> >
> >
> >
> >
> > Best regards,
> >
> > Lukasz Majewski
> >
> > --
> >
> > DENX Software Engineering GmbH,  Managing Director: Wolfgang
> > Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
> > Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email:
> > lu...@denx.de
> >
> > 
> >
> >  




Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lu...@denx.de


pgpZQ2iSSa8bC.pgp
Description: OpenPGP digital signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54872): https://lists.yoctoproject.org/g/yocto/message/54872
Mute This Topic: https://lists.yoctoproject.org/mt/84946492/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [meta-zephyr][hardknott] backport tmpfsdir from master

Re: [yocto] [OE-core] Incorrect systemd timer

[yocto] Julia language recipe?

[yocto] [ANNOUNCEMENT] Yocto Project 3.1.11 (dunfell-23.0.11) is Released

[yocto] M+ & H bugs with Milestone Movements WW39

[yocto] Enhancements/Bugs closed WW39!

[yocto] Current high bug count owners for Yocto Project 3.4

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[yocto] [meta-security][PATCH] Upgrade parsec-service 0.8.1 and parsec-tool 0.4.0

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

Re: [yocto] [OE-core] Incorrect systemd timer

[yocto] [meta-zephyr] instructions on building nios2

[yocto] [meta-zephyr][hardknott] backport tmpfsdir from master

[yocto] [meta-security][PATCH] swtpm: update to 0.6.1

[yocto] [meta-security][PATCH] libtpm: update to 0.8.7

[yocto] [meta-rockchip][PATCH] use uuid instead of hard-coding root device

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

Re: [yocto] [PATCH v2 ptest-runner 2/2] main: Do not return number of failed tests when calling ptest-runner

18 matches

Site Navigation

Mail list logo

Footer information