Date   

Re: [qa-build-notification] QA notification for completed autobuilder build (yocto-3.3.3.rc2)

Teoh, Jay Shen
 

Hello all,

This is the full report for yocto-3.3.3.rc2:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

======= Summary ========
No high milestone defects.

1 issue found

BUG id:14491 - stap.StapTest.test_stap failure


======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14491

Thanks,
Jay

-----Original Message-----
From: qa-build-notification@lists.yoctoproject.org <qa-build-
notification@lists.yoctoproject.org> On Behalf Of Richard Purdie
Sent: Friday, 10 September, 2021 4:00 AM
To: <yocto@lists.yoctoproject.org> <yocto@lists.yoctoproject.org>
Cc: qa-build-notification <qa-build-notification@lists.yoctoproject.org>
Subject: [qa-build-notification] QA notification for completed autobuilder build
(yocto-3.3.3.rc2)

A build flagged for QA (yocto-3.3.3.rc2) was completed on the autobuilder and is
available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.3.3.rc2


Build hash information:

bitbake: c7b506d11df78cfc4610db6578745eaa6220b13a
meta-agl: 60344efa7a50dc2548fc4b5d68b5ad4d60c4023a
meta-arm: ba82ea920a3a43244a0a72bd74817e2f00f4a1af
meta-aws: 171aa2cf4d12ff4877e9104b6ec46be54128e3d8
meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f
meta-intel: 5c4a6b02f650a99a5ec55561443fcf880a863d19
meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e
meta-openembedded: 7bd7e1da9034e72ca4262dba55f70b2b23499aae
oecore: 567dd35d893c5d8969d41f263a24da8fbae3fc2f
poky: 0a2ca9d60f3851515a79d5aa9ddd8b4069b5a206



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@linuxfoundation.org







How to build yocto image with Desktop #dunfell

@prashant2314
 

Dear Team,
I need to build Rpi3 image  with yocto which includes Desktop, so how can build the image with desktop feature, so that I can use it for browsing purpose after installing one of the available browser with this image.


Re: multilib SDK

Arun
 

I see, are you talking about ${MLPREFIX} variable? The target itself compiles fine, all are 32-bit binaries in userspace. I have this issue only for SDK.


On Tue, Sep 14, 2021 at 7:21 PM Khem Raj <raj.khem@...> wrote:


On 9/14/21 6:13 PM, Arun wrote:
> The packages that SDK is trying to build are userspace packages and they
> haven't been ported for 64-bit. There are quite a few of them and short
> of fixing 64-bit compile issues for all of them, I am trying to see if I
> can build SDK without these packages built for. 64-bit. The SDK users
> will only be developing for 32-bit anyway.
>
>

you should check the dependencies and ensure they are multilib safe
sometimes dependencies could be hardcodes and cross the multilib
boundaries accidentally

>
>


Re: multilib SDK

Khem Raj
 

On 9/14/21 6:13 PM, Arun wrote:
The packages that SDK is trying to build are userspace packages and they haven't been ported for 64-bit. There are quite a few of them and short of fixing 64-bit compile issues for all of them, I am trying to see if I can build SDK without these packages built for. 64-bit. The SDK users will only be developing for 32-bit anyway.
you should check the dependencies and ensure they are multilib safe sometimes dependencies could be hardcodes and cross the multilib boundaries accidentally


Re: multilib SDK

Arun
 

The packages that SDK is trying to build are userspace packages and they haven't been ported for 64-bit. There are quite a few of them and short of fixing 64-bit compile issues for all of them, I am trying to see if I can build SDK without these packages built for. 64-bit. The SDK users will only be developing for 32-bit anyway.


Re: multilib SDK

Khem Raj
 

On Tue, Sep 14, 2021 at 3:41 PM Arun <arun.sivakumaran@gmail.com> wrote:

Bumping this question...

Is there a way for me to disable building of 64-bit packages when building SDK with a multilib config? I have no use for 64-bit userspace package artifacts.
I think since kernel is 64bit it might be building some tools and
packages to support kernel builds. Is there a specific need to not
build 64bit userspace completely ?




Re: multilib SDK

Arun
 

Bumping this question...

Is there a way for me to disable building of 64-bit packages when building SDK with a multilib config? I have no use for 64-bit userspace package artifacts.


Using Poetry For Python Package #python

iwolosch@...
 

I have a python package hosted in an internal git repo that is currently configured to use Poetry and as such does not have a setup.py file. Yocto appears to expect a setup.py file (via inherit distutils3). It seems my two options are to either remove Poetry and convert from pyproject.toml to setup.py or set up an internal pypi host that can serve a sdist file that would have a setup.py file. Are there any other options I'm missing?

Thanks!
-Ian


[meta-security][PATCH 6/6] isic: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-2-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-security/isic/isic_0.07.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-security/isic/isic_0.07.bb b/recipes-security/isic/isic_0.07.bb
index fb6e904..28153e3 100644
--- a/recipes-security/isic/isic_0.07.bb
+++ b/recipes-security/isic/isic_0.07.bb
@@ -2,7 +2,7 @@ SUMMARY = "ISIC -- IP Stack Integrity Checker"
DESCRIPTION = "ISIC is a suite of utilities to exercise the stability of an IP Stack and its component stacks (TCP, UDP, ICMP et. al.)"
HOMEPAGE = "http://isic.sourceforge.net/"
SECTION = "security"
-LICENSE = "BSD"
+LICENSE = "BSD-2-Clause"
LIC_FILES_CHKSUM = "file://LICENSE;md5=d41d8cd98f00b204e9800998ecf8427e"

DEPENDS = "libnet"
--
2.25.1


[meta-security][PATCH 5/6] checksec: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-3-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-scanners/checksec/checksec_2.4.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-scanners/checksec/checksec_2.4.0.bb b/recipes-scanners/checksec/checksec_2.4.0.bb
index 000e3bb..12c9bce 100644
--- a/recipes-scanners/checksec/checksec_2.4.0.bb
+++ b/recipes-scanners/checksec/checksec_2.4.0.bb
@@ -1,7 +1,7 @@
SUMMARY = "Linux system security checks"
DESCRIPTION = "The checksec script is designed to test what standard Linux OS and PaX security features are being used."
SECTION = "security"
-LICENSE = "BSD"
+LICENSE = "BSD-3-Clause"
HOMEPAGE="https://github.com/slimm609/checksec.sh"

LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=8d90285f711cf1f378e2c024457066d8"
--
2.25.1


[meta-security][PATCH 4/6] opendnssec: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-2-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-security/opendnssec/opendnssec_2.1.9.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-security/opendnssec/opendnssec_2.1.9.bb b/recipes-security/opendnssec/opendnssec_2.1.9.bb
index 8e36812..6c1bd46 100644
--- a/recipes-security/opendnssec/opendnssec_2.1.9.bb
+++ b/recipes-security/opendnssec/opendnssec_2.1.9.bb
@@ -1,6 +1,6 @@
SUMMARY = "OpenDNSSEC is a policy-based zone signer that automates the process of keeping track of DNSSEC keys and the signing of zones"

-LICENSE = "BSD"
+LICENSE = "BSD-2-Clause"
LIC_FILES_CHKSUM = "file://LICENSE;md5=b041dbe2da80d4efd951393fbba90937"

DEPENDS = "libxml2 openssl ldns libmicrohttpd jansson libyaml "
--
2.25.1


[meta-security][PATCH 3/6] ibmswtpm2: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-2-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1661.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1661.bb b/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1661.bb
index 7ea40a8..09b652d 100644
--- a/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1661.bb
+++ b/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1661.bb
@@ -9,7 +9,7 @@ Advantages of this approach: \
* Application software errors are easily reversed by simply removing the TPM state and starting over. \
* Difficult crypto errors are quickly debugged by looking inside the TPM."
HOMEPAGE = "http://ibmswtpm.sourceforge.net/ibmswtpm2.html"
-LICENSE = "BSD"
+LICENSE = "BSD-2-Clause"
SECTION = "securty/tpm"
LIC_FILES_CHKSUM = "file://../LICENSE;md5=1e023f61454ac828b4aa1bc4293f7d5f"

--
2.25.1


[meta-security][PATCH 2/6] ibmtpm2tss: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-2-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
meta-tpm/recipes-tpm2/ibmtpm2tss/ibmtpm2tss_1.6.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-tpm/recipes-tpm2/ibmtpm2tss/ibmtpm2tss_1.6.0.bb b/meta-tpm/recipes-tpm2/ibmtpm2tss/ibmtpm2tss_1.6.0.bb
index ae8974b..df66779 100644
--- a/meta-tpm/recipes-tpm2/ibmtpm2tss/ibmtpm2tss_1.6.0.bb
+++ b/meta-tpm/recipes-tpm2/ibmtpm2tss/ibmtpm2tss_1.6.0.bb
@@ -9,7 +9,7 @@ It also comes with a web based TPM interface, suitable for a demo to an \
audience that is unfamiliar with TCG technology. It is also useful for \
basic TPM management."
HOMEPAGE = "http://ibmswtpm.sourceforge.net/ibmtss2.html"
-LICENSE = "BSD"
+LICENSE = "BSD-2-Clause"
SECTION = "securty/tpm"
LIC_FILES_CHKSUM = "file://LICENSE;md5=1e023f61454ac828b4aa1bc4293f7d5f"

--
2.25.1


[meta-security][PATCH 1/6] trousers: set precise BSD license

Armin Kuster
 

"BSD" is ambiguous, use the precise licenses BSD-3-Clause

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
meta-tpm/recipes-tpm/trousers/trousers_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-tpm/recipes-tpm/trousers/trousers_git.bb b/meta-tpm/recipes-tpm/trousers/trousers_git.bb
index a746103..5e03b71 100644
--- a/meta-tpm/recipes-tpm/trousers/trousers_git.bb
+++ b/meta-tpm/recipes-tpm/trousers/trousers_git.bb
@@ -1,5 +1,5 @@
SUMMARY = "TrouSerS - An open-source TCG Software Stack implementation."
-LICENSE = "BSD"
+LICENSE = "BSD-3-Clause"
HOMEPAGE = "http://sourceforge.net/projects/trousers/"
LIC_FILES_CHKSUM = "file://README;startline=3;endline=4;md5=2af28fbed0832e4d83a9e6dd68bb4413"
SECTION = "security/tpm"
--
2.25.1


Yocto Project Status WW37`21

Stephen Jolley
 

Current Dev Position: YP 3.4 M4

Next Deadline: 4th Oct. 2021 YP 3.4 M4 build

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.4 M3 has been released
  • YP 3.3.3 rc2 is in QA. 
  • YP 3.1.11 is due to build this week.
  • We now have a public hash equivalence service from the autobuilder available and instructions on testing with this are on the mailing list. With a couple of recent fixes, build from the autobuilder sstate are now possible and quite effective.
  • Issues have been found in the output task hashes related to timestamps and improvements for this are pending in master-next.
  • We have noticed bitbake was hiding deprecation warnings and plan to fix that before the  release of 3.4. This may cause some warnings to become visible before release that will need fixing but some of those issues will be problematic with python 3.10 which will be released in the lifetime of 3.4.
  • Fixes for task failure handling on the console were merged into bitbake to reduce duplicate output where log files may be printed multiple times.
  • Expansion errors in bitbake should now print variable dependency chains making them easier to understand/debug.
  • Intermittent issues are ongoing and help is very much welcome on these issues. You can see the list of failures we’re continuing to see by searching for the “AB-INT” tag in bugzilla: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT

 

Ways to contribute:

 

YP 3.4 Milestone Dates:

  • YP 3.4 M3 is released
  • YP 3.4 M4 build date 2021/10/04
  • YP 3.4 M4 Release date 2021/10/29

 

Planned upcoming dot releases:

  • YP 3.3.3 built and in QA
  • YP 3.3.3 release date 2021/09/17
  • YP 3.1.11 build date 2021/09/13
  • YP 3.1.11 release date 2021/9/24

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Re: Upgrading Nodejs from 10.x to 14.x in yocto Zeus #zeus #yocto

Michael Opdenacker
 

Hi

On 9/14/21 6:55 AM, poornesh@elmeasure.com wrote:
Greetings !

I am using yocto zeus for my project . I am having a requirement of
Nodejs 14.x but the available Nodejs version in yocto zeus is 10.x .
Can anyone help me by sharing the steps to upgrade Nodejs 10.x to 14.x
in yocto zeus.

I am not an expert and my experience is limited, but I would try to
create my own custom layer (see
https://docs.yoctoproject.org/dev-manual/common-tasks.html, you probably
already have one), and add a copy of the current Nodejs recipe in
meta-oe:
https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-devtools/nodejs

Then try and see what's missing in Zeus in terms of dependencies or
versions, and add more custom recipes if needed.

Note that the latest versions of recipes (and bitbake of course) now use
a new syntax (see
https://docs.yoctoproject.org/migration-guides/migration-3.4.html#override-syntax-changes).
You'll have to restore the old syntax for the recipes to be usable in Zeus.

I cannot suggest to upgrade to a newer version of Yocto Project yet,
because we don't have any release yet that supports Nodejs 14.x.

If others have better solutions to propose, don't hesitate to reply to
this thread.

Cheers,
Michael.
--

Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


Upgrading Nodejs from 10.x to 14.x in yocto Zeus #zeus #yocto

Poornesh G
 

Greetings !

I am using yocto zeus for my project . I am having a requirement of Nodejs 14.x but the available Nodejs version in yocto zeus is 10.x . Can anyone help me by sharing the steps to upgrade Nodejs 10.x to 14.x in yocto zeus.

Thanks in Advance


M+ & H bugs with Milestone Movements WW37

Stephen Jolley
 

All,

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

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

5322

Global DNS fallback mechanism not present in poky distro

kai.kang@...

kai.kang@...

3.4 M3

3.4 M4

 

12060

It is possible to specify a PACKAGE and a PKG_ rename that conflict

kai.kang@...

kai.kang@...

3.4 M3

3.4 M4

 

12368

persistent bitbake server does not re-parse if previous build was ctrl+C'd

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

12723

mysql requires unicode and char length filtering

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

12917

Warnings from nightly-multilib builds (build-deps)

kai.kang@...

kai.kang@...

3.4 M3

3.4 M4

 

12970

uninative file should be versionned

richard.purdie@...

richard.purdie@...

3.4 M3

3.5 M1

 

13008

toaster testing

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

13109

Implement CPE to package to Release mapping

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

13103

[Bug][QA 2.7 M1 rc1][Toaster] "Recipes" tableá and á"machines" table are not getting populated after clickingáon imported layer as well as after clicking Machines Tab on project page

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

13123

package.PackageTests.test_gdb_hardlink_debug failed

randy.macleod@...

randy.macleod@...

3.4 M3

3.4 M4

 

13183

bitbake-layers crashes with incorrect layer configuration data is given (expected proper error printing and exit with error)

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13278

If git protocol doesn't work, you get a tar.gz clone from PREMIRROR which has git protocol origin

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13424

devupstream doesn't work with mutilib

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13520

many valgrind tests fail for arm64

randy.macleod@...

randy.macleod@...

3.4 M3

3.5 M1

 

13599

Enhancement: Detect variables that shouldn't be defined in image scope, but in global (distro) scope

richard.purdie@...

richard.purdie@...

3.4 M3

3.5 M1

 

13669

Move Toaster testsuite-2 away from Testopia

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

13699

Prolonged recipe parsing times after removing tmp when the resident bitbake server is used

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13711

Parsing fails on externalsrc recipe containing both git and file in SRC_URI

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13729

Changing siteinfo files doesn't change task checksum

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13823

fetch2: PREMIRROR and SRC_URI with users on both url yields invalid username

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

13888

Toaster is not starting for Django-3

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

13973

change siginfo data format to json for reproducibility? (siginfo files currently not reproducible)

richard.purdie@...

richard.purdie@...

3.4 M3

3.5 M1

 

14085

Toaster UI should know when bitbake crashed

david.reyna@...

david.reyna@...

3.4 M3

3.4 M4

 

14098

absolute path in TEMPLATECONF should be rejected or warned, makes ext-sdk uninstallable

timothy.t.orling@...

timothy.t.orling@...

3.4 M3

3.5 M1

 

14118

systemd services not enabled when using package feed

kai.kang@...

kai.kang@...

3.4 M3

3.4 M4

 

14156

gitsm: submodules are fetched as mirrored and not working as expected

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

14163

AB-INT PTEST ARM: libevent arm ptest intermittent failure

randy.macleod@...

yf3yu@...

3.4 M3

3.4 M4

 

14165

AB-INT PTEST: strace ptest intermittent failure in qual_fault-syscall.test

randy.macleod@...

randy.macleod@...

3.4 M3

3.4 M4

 

14201

Bitbake server intermittent timeout

randy.macleod@...

unassigned@...

3.4 M3

3.4 M4

 

14339

bitbake generates zombie Parser processes (hard to reproduce)

randy.macleod@...

randy.macleod@...

3.4 M3

3.4 M4

 

14340

improve detection and error reporting when oe-core is missing

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

14388

AB-INT PTEST: valgrind failed  helgrind/tests/hg05_race2

randy.macleod@...

tony.tascioglu@...

3.4 M3

3.4 M4

 

14441

possible DL_DIR cloning race condition

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

14464

AB-INT PTEST ARM: glib-2.0 glib/timeout.test failure

randy.macleod@...

unassigned@...

3.4 M3

3.4 M4

 

14486

qemu rootfs copy is taking too much time

richard.purdie@...

richard.purdie@...

3.4 M3

3.4 M4

 

14495

Implement CVE checking on all packages in a SBOM/manifest

randy.macleod@...

ross@...

3.4 M3

3.5 M2

 

14528

parselogs.ParseLogsTest.test_parselogs testimage failure

randy.macleod@...

bruce.ashfield@...

3.4 M4

3.5 M1

 

14542

Three copies of output from failing task

richard.purdie@...

richard.purdie@...

3.5 M1

3.4 M4

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Enhancements/Bugs closed WW36!

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

8

mhalstead@...

2

weaverjs@...

1

randy.macleod@...

1

steve@...

1

Grand Total

13

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Current high bug count owners for Yocto Project 3.4

Stephen Jolley
 

All,

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

Who

Count

michael.opdenacker@...

37

ross@...

30

david.reyna@...

22

randy.macleod@...

15

bruce.ashfield@...

15

richard.purdie@...

14

trevor.gamblin@...

11

JPEWhacker@...

10

sakib.sajal@...

10

timothy.t.orling@...

9

bluelightning@...

7

kai.kang@...

7

mhalstead@...

4

Qi.Chen@...

4

hongxu.jia@...

4

mingli.yu@...

3

chee.yang.lee@...

3

tony.tascioglu@...

2

mshah@...

2

jaewon@...

2

alexandre.belloni@...

2

yf3yu@...

2

yi.zhao@...

2

akuster808@...

2

alejandro@...

2

pgowda.cve@...

1

thomas.perrot@...

1

devendra.tewari@...

1

mostthingsweb@...

1

paul@...

1

alex.kanavin@...

1

john.kaldas.enpj@...

1

paul.gortmaker@...

1

diego.sueiro@...

1

dl9pf@...

1

douglas.royds@...

1

open.source@...

1

vinay.m.engg@...

1

kergoth@...

1

yoctoproject@...

1

nicolas.dechesne@...

1

ydirson@...

1

jon.mason@...

1

pokylinux@...

1

jeanmarie.lemetayer@...

1

Martin.Jansa@...

1

aehs29@...

1

mark.hatle@...

1

matthewzmd@...

1

tonyb@...

1

saul.wold@...

1

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 

2401 - 2420 of 57090