Date   

[layerindex-web][PATCH] import_layer.py: support import layer to non-master branch

Changqing Li
 

From: Changqing Li <changqing.li@...>

Before this commit, it only support create layer on master branch,
support import layer to other branch to fix following issue:

For layer A, it only works on NON-MASTER branch. If we import
it use this tool, it will by default import it to master branch.
In master branch, bitbake is newer, and use new overrides style, but
layer A use old style overrides style, which make update.py -b
master report error:
INFO: Collecting data for layer A on branch master (NON-MASTER)
NOTE: Starting bitbake server...
ERROR: Variable PREMIRRORS_append contains an operation using the old override syntax. Please convert this layer/metadata before attempting to use with a newer bitbake.
ERROR: Traceback (most recent call last):
File "update_layer.py", line 486, in main
layer_config_data = layerconfparser.parse_layer(layerdir)
File "/path/to/layerindex-web/layerindex/layerconfparse.py", line 47, in parse_layer
utils.parse_layer_conf(layerdir, self.config_data_copy, logger=self.logger)
File "/path/to/layerindex-web/layerindex/utils.py", line 288, in parse_layer_conf
data = parse_conf(conf_file, data)
File "/path/to/layerindex-web/layerindex/utils.py", line 273, in parse_conf
data = bb.parse.handle(conf_file, d, include=True)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/parse/__init__.py", line 107, in handle
return h['handle'](fn, data, include)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/parse/parse_py/ConfHandler.py", line 149, in handle
statements.eval(data)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/parse/ast.py", line 19, in eval
statement.eval(data)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/parse/ast.py", line 145, in eval
data.setVar(key, val, parsing=True, **loginfo)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/tinfoil.py", line 97, in remoteCommand
ret = self.tinfoil.run_command('dataStoreConnectorCmd', self.dsindex, cmd, args, kwargs)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/tinfoil.py", line 469, in run_command
result = self.server_connection.connection.runCommand(commandline)
File "/path/to/layerindex/git___lxgit_wrs_com_bitbake/lib/bb/server/process.py", line 410, in runCommand
raise bb.BBHandledException()

Signed-off-by: Changqing Li <changqing.li@...>
---
layerindex/tools/import_layer.py | 11 +++++++----
1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/layerindex/tools/import_layer.py b/layerindex/tools/import_layer.py
index dfe887c..0c4881f 100755
--- a/layerindex/tools/import_layer.py
+++ b/layerindex/tools/import_layer.py
@@ -236,6 +236,9 @@ def main():
parser.add_option("-a", "--actual-branch",
help = "Set actual branch",
action="store", dest="actual_branch")
+ parser.add_option("-b", "--branch",
+ help = "Set branch to import",
+ action="store", dest="branch", default="master")

options, args = parser.parse_args(sys.argv)

@@ -284,7 +287,7 @@ def main():
if not os.path.exists(fetchdir):
os.makedirs(fetchdir)

- master_branch = utils.get_branch('master')
+ master_branch = utils.get_branch(options.branch)
core_layer = None
try:
with transaction.atomic():
@@ -311,7 +314,7 @@ def main():
logger.error("Fetch failed: %s" % str(e))
sys.exit(1)

- actual_branch = 'master'
+ actual_branch = options.branch
if (options.actual_branch):
actual_branch = options.actual_branch
try:
@@ -324,7 +327,7 @@ def main():
actual_branch = line.split('-> origin/')[-1]
break
if not actual_branch:
- logger.error("Repository has no master branch nor origin/HEAD")
+ logger.error("Repository has no %s branch nor origin/HEAD" % options.branch)
sys.exit(1)
out = utils.runcmd(['git', 'checkout', 'origin/%s' % actual_branch], repodir, logger=logger)

@@ -332,7 +335,7 @@ def main():
if options.subdir:
layerdir = os.path.join(repodir, options.subdir)
if not os.path.exists(layerdir):
- logger.error("Subdirectory %s does not exist in repository for master branch" % options.subdir)
+ logger.error("Subdirectory %s does not exist in repository for %s branch" % (options.subdir, options.branch))
sys.exit(1)
if not os.path.exists(os.path.join(layerdir, 'conf/layer.conf')):
logger.error("conf/layer.conf not found in subdirectory %s" % options.subdir)
--
2.17.1


[layerindex-web][PATCH] update.py: add option -s for send mail

Changqing Li
 

From: Changqing Li <changqing.li@...>

Add option -s to support send mail to admin when update_layer.py
return non-zero value. So that admin can find issues ASAP.

Signed-off-by: Changqing Li <changqing.li@...>
---
layerindex/update.py | 27 ++++++++++++++++++++++++++
templates/layerindex/updatefailure.txt | 11 +++++++++++
2 files changed, 38 insertions(+)
create mode 100644 templates/layerindex/updatefailure.txt

diff --git a/layerindex/update.py b/layerindex/update.py
index 5a2642b..f66a747 100755
--- a/layerindex/update.py
+++ b/layerindex/update.py
@@ -35,6 +35,28 @@ except ImportError:
logger.error("Please install PythonGit 0.3.1 or later in order to use this script")
sys.exit(1)

+def send_email(cmd, log):
+ from django.core.mail import EmailMessage
+ from django.template.loader import get_template
+ import settings
+
+ subject = 'Notification: Layer Index Update ERRORS/WARNINGS'
+ from_email = settings.DEFAULT_FROM_EMAIL
+
+ to_email_list = []
+ for a in settings.ADMINS:
+ to_email_list.append(a[1])
+
+ d = {
+ 'cmd': cmd,
+ 'log': log,
+ }
+
+ plaintext = get_template('layerindex/updatefailure.txt')
+ text_content = plaintext.render(d)
+
+ msg = EmailMessage(subject, text_content, from_email, to_email_list)
+ msg.send()

def prepare_update_layer_command(options, branch, layer, initial=False):
"""Prepare the update_layer.py command line"""
@@ -178,6 +200,9 @@ def main():
parser.add_option("", "--keep-temp",
help = "Preserve temporary directory at the end instead of deleting it",
action="store_true")
+ parser.add_option("-s", "--send-mail",
+ help = "Send mail to admin when update layer have errors",
+ action="store_true", dest="sendmail", default=False)

options, args = parser.parse_args(sys.argv)
if len(args) > 1:
@@ -443,6 +468,8 @@ def main():
layerupdate.retcode = ret
if not options.dryrun:
layerupdate.save()
+ if options.sendmail:
+ send_email(cmd, output)
continue

col = extract_value('BBFILE_COLLECTIONS', output)
diff --git a/templates/layerindex/updatefailure.txt b/templates/layerindex/updatefailure.txt
new file mode 100644
index 0000000..ddcb6b9
--- /dev/null
+++ b/templates/layerindex/updatefailure.txt
@@ -0,0 +1,11 @@
+Hi, Admins
+
+There are ERRORS/WARNINGS during layer index update, please check it.
+
+Layer update command:
+{{cmd}}
+
+Details:
+{{log | safe}}
+
+Have a nice day!
--
2.17.1


Re: Minutes: Yocto Project Weekly Triage Meeting 10/21/2021

Randy MacLeod
 

On 2021-10-21 11:28 a.m., Trevor Gamblin wrote:

Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage

Attendees: Alexandre, Anuj, Bruce, Daiane, Joshua, Kiran, Michael, Randy, Richard, Ross, Saul, Stephen, Steve, Tim, Trevor

ARs:

- Daiane to take ownership 14605 when a Bugzilla account is sorted out

- Randy to move 3.4 AB-INT/Medium+ bugs to 3.5 M2

Done. It too more than an hour (not 10 minutes) since I actuall
read through many of the issues to decide if they are M1, M2 and

if anyone on the team should be CCed. Phew!


../Randy


- Everyone to review Old Milestone bugs and move to 3.5 milestones as necessary

Notes:

Medium+ 3.4 Unassigned Enhancements/Bugs: 70 (Last week 68)

Medium+ 3.5 Unassigned Enhancements/Bugs: 13 (Last week 12)

Medium+ 3.99 Unassigned Enhancements/Bugs: 39 (No change)

AB Bugs: 63 (Last week 65)


-- 
# Randy MacLeod
# Wind River Linux


Minutes: Yocto Project Weekly Triage Meeting 10/21/2021

Trevor Gamblin
 

Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage

Attendees: Alexandre, Anuj, Bruce, Daiane, Joshua, Kiran, Michael, Randy, Richard, Ross, Saul, Stephen, Steve, Tim, Trevor

ARs:

- Daiane to take ownership 14605 when a Bugzilla account is sorted out

- Randy to move 3.4 AB-INT/Medium+ bugs to 3.5 M2

- Everyone to review Old Milestone bugs and move to 3.5 milestones as necessary

Notes:

Medium+ 3.4 Unassigned Enhancements/Bugs: 70 (Last week 68)

Medium+ 3.5 Unassigned Enhancements/Bugs: 13 (Last week 12)

Medium+ 3.99 Unassigned Enhancements/Bugs: 39 (No change)

AB Bugs: 63 (Last week 65)


[meta-zephyr][PATCH 2/2] zephyr-kernel-src: set default preferred version to 2.7.0

Naveen Saini
 

Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
index 458ff1e..3a2250d 100644
--- a/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
+++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
@@ -22,5 +22,5 @@ SRC_URI = "\
S = "${WORKDIR}/git"

# Default to a stable version
-PREFERRED_VERSION_zephyr-kernel ??= "2.6.1"
+PREFERRED_VERSION_zephyr-kernel ??= "2.7.0"
include zephyr-kernel-src-${PREFERRED_VERSION_zephyr-kernel}.inc
--
2.17.1


[meta-zephyr][PATCH 1/2] zephyr-kernel/2.7.0: update to release tag Zephyr v2.7.0

Naveen Saini
 

https://github.com/zephyrproject-rtos/zephyr/releases/tag/zephyr-v2.7.0

Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.7.0.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.7.0.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.7.0.inc
index e3424d2..a1619a7 100644
--- a/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.7.0.inc
+++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.7.0.inc
@@ -1,5 +1,5 @@
SRCREV_FORMAT = "default_cmsis"
-SRCREV_default = "8a97c83040c0257d98c329dde55ae10e68544688"
+SRCREV_default = "3f826560aaf81a444018293bd6acce3c339fe150"
SRCREV_cmsis = "b0612c97c1401feeb4160add6462c3627fe90fc7"
SRCREV_nordic = "a6e5299041f152da5ae0ab17b2e44e088bb96d6d"
SRCREV_stm32 = "5c8275071ec1cf160bfe8c18bbd9330a7d714dc8"
--
2.17.1


[psplash][PATCH] Improve warnings from probing for double buffering

Zach Welch <zach.welch@...>
 

Adds missing newline characters in output, while clarifying that these
messages are warnings that may be safely ignored.

Signed-off-by: Zachary T Welch <zach.welch@...>
---
psplash-fb.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/psplash-fb.c b/psplash-fb.c
index 6603572..2babb5f 100644
--- a/psplash-fb.c
+++ b/psplash-fb.c
@@ -197,7 +197,8 @@ psplash_fb_new (int angle, int fbdev_id)
=20
/* Setup double virtual resolution for double buffering */
if (ioctl(fb->fd, FBIOPAN_DISPLAY, &fb_var) =3D=3D -1) {
- fprintf(stderr, "FBIOPAN_DISPLAY not supported, double buffering dis=
abled");
+ fprintf(stderr, "warning: FBIOPAN_DISPLAY not supported, "
+ "double buffering disabled\n");
} else {
if (fb_var.yres_virtual =3D=3D fb_var.yres * 2) {
DBG("Virtual resolution already double");
@@ -205,7 +206,8 @@ psplash_fb_new (int angle, int fbdev_id)
} else {
fb_var.yres_virtual =3D fb_var.yres * 2;
if (ioctl(fb->fd, FBIOPUT_VSCREENINFO, &fb_var) =3D=3D -1) {
- fprintf(stderr, "FBIOPUT_VSCREENINFO failed, double buffering di=
sabled");
+ fprintf(stderr, "warning: FBIOPUT_VSCREENINFO failed, "
+ "double buffering disabled\n");
} else {
if (ioctl(fb->fd, FBIOGET_FSCREENINFO, &fb_fix) =3D=3D -1) {
perror(" Error getting the fixed framebuffer info");
--=20
2.33.1


[yocto-autobuilder2][dunfell 2/2] config.py: enable debian11 workers for dunfell

Steve Sakoman
 

Signed-off-by: Steve Sakoman <steve@...>
---
config.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.py b/config.py
index 8792132..3874f04 100644
--- a/config.py
+++ b/config.py
@@ -151,7 +151,7 @@ workers_prev_releases = {
"gatesgarth" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora30", "fedora31", "fedora32", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
"dunfell" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora29", "fedora30", "fedora31", "fedora32", "fedora33", "fedora34", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
"zeus" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
- "warrior" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
+ "warrior" : ("centos7", "debian8", "debian9", "debian10", "debian11", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
"thud" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
"sumo" : ("centos7", "debian8", "debian9", "fedora28", "ubuntu1604", "ubuntu1804", "perf-")
}
--
2.25.1


[yocto-autobuilder2][dunfell 1/2] config.py: enable fedora34 workers for dunfell

Steve Sakoman
 

Signed-off-by: Steve Sakoman <steve@...>
---
config.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.py b/config.py
index db1b763..8792132 100644
--- a/config.py
+++ b/config.py
@@ -149,7 +149,7 @@ all_workers = workers + workers_bringup + workers_buildperf + workers_arm
workers_prev_releases = {
"hardknott" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora31", "fedora32", "fedora33", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu2004", "perf-"),
"gatesgarth" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora30", "fedora31", "fedora32", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
- "dunfell" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora29", "fedora30", "fedora31", "fedora32", "fedora33", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
+ "dunfell" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora29", "fedora30", "fedora31", "fedora32", "fedora33", "fedora34", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
"zeus" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
"warrior" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
"thud" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
--
2.25.1


[yocto-autobuilder2][dunfell 0/2] Patch review

Steve Sakoman
 

This series enables fedora34 and debian11 workers for dunfell.

The following changes since commit 08020902bef43866e3c982422e4fbdace57cd01a:

schedulers: Add honister release (2021-10-11 11:12:11 +0100)

are available in the Git repository at:

git://git.yoctoproject.org/yocto-autobuilder2 contrib/sakoman
http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/log/?h=contrib/sakoman

Steve Sakoman (2):
config.py: enable fedora34 workers for dunfell
config.py: enable debian11 workers for dunfell

config.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

--
2.25.1


[meta-zephyr][PATCH] lib/oeqa/controllers: extend search path

Ross Burton <ross@...>
 

When multiple locations can provide modules in the same package, the
search path needs to be extended with pkgutil.extend_path. Otherwise
the search will end early and not iterate through each of the providers.

Signed-off-by: Ross Burton <ross.burton@...>
---
lib/oeqa/controllers/__init__.py | 3 +++
1 file changed, 3 insertions(+)

diff --git a/lib/oeqa/controllers/__init__.py b/lib/oeqa/controllers/__in=
it__.py
index e69de29..df3c142 100644
--- a/lib/oeqa/controllers/__init__.py
+++ b/lib/oeqa/controllers/__init__.py
@@ -0,0 +1,3 @@
+# This is needed so that multiple locations can provide the same package
+from pkgutil import extend_path
+__path__ =3D extend_path(__path__, __name__)
--=20
2.25.1


[yocto-autobuilder-helper][dunfell 3/3] config.json: set max load in PARALLEL_MAKE

Steve Sakoman
 

From: Trevor Gamblin <trevor.gamblin@...>

Add "-l 52" to PARALLEL_MAKE in config.json to limit Make and Ninja
builds based on the detected system load. With this option added, if
either tool has at least one job running and detects that the system
load exceeds the given value, it will wait until either the system load
average drops below that limit, or until all other jobs are finished
before starting additional jobs.

Since most autobuilder machines have 56 cores, this should help keep the
system from being overloaded during builds.

Reference: https://www.gnu.org/software/make/manual/html_node/Parallel.html

Signed-off-by: Trevor Gamblin <trevor.gamblin@...>
Signed-off-by: Richard Purdie <richard.purdie@...>
(cherry picked from commit 5c5fc7bcd221427d34bbac80c9bad315fb6de4df)
Signed-off-by: Steve Sakoman <steve@...>
---
config.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.json b/config.json
index fa475e3..cbb0f5b 100644
--- a/config.json
+++ b/config.json
@@ -43,7 +43,7 @@
"PREMIRRORS = ''",
"BB_GENERATE_MIRROR_TARBALLS = '1'",
"BB_NUMBER_THREADS = '16'",
- "PARALLEL_MAKE = '-j 16'",
+ "PARALLEL_MAKE = '-j 16 -l 52'",
"XZ_MEMLIMIT = '5%'",
"XZ_THREADS = '8'",
"BB_TASK_NICE_LEVEL = '5'",
--
2.25.1


[yocto-autobuilder-helper][dunfell 2/3] config.json: Ensure BB_HASHSERVE is set in SDKs to auto

Steve Sakoman
 

From: Richard Purdie <richard.purdie@...>

Signed-off-by: Richard Purdie <richard.purdie@...>
(cherry picked from commit 4689763b513521fc70cca576b88035de240a3ba6)
Signed-off-by: Steve Sakoman <steve@...>
---
config.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.json b/config.json
index 571ddae..fa475e3 100644
--- a/config.json
+++ b/config.json
@@ -31,7 +31,7 @@
"DLDIR" : "DL_DIR = '${BASE_SHAREDDIR}/current_sources'",
"SSTATEDIR" : ["SSTATE_DIR ?= '${BASE_SHAREDDIR}/pub/sstate-dunfell'"],
"SSTATEDIR_RELEASE" : ["SSTATE_MIRRORS += 'file://.* file://${BASE_SHAREDDIR}/pub/sstate-dunfell/PATH'", "SSTATE_DIR ?= '${BASE_PUBLISHDIR}/sstate/@RELEASENUM@'"],
- "SDKEXTRAS" : ["SSTATE_MIRRORS += '\\", "file://.* http://sstate.yoctoproject.org/dev/@RELEASENUM@PATH;downloadfilename=PATH'"],
+ "SDKEXTRAS" : ["SSTATE_MIRRORS += '\\", "file://.* http://sstate.yoctoproject.org/dev/@RELEASENUM@PATH;downloadfilename=PATH'", "BB_HASHSERVE = 'auto'"],
"BUILDINFO" : false,
"BUILDHISTORY" : false,
"BUILDINFOVARS" : ["INHERIT += 'image-buildinfo'", "IMAGE_BUILDINFO_VARS_append = ' IMAGE_BASENAME IMAGE_NAME'"],
--
2.25.1


[yocto-autobuilder-helper][dunfell 1/3] config.json: Add BB_HASHSERVE to SDK_LOCAL_CONF_BLACKLIST

Steve Sakoman
 

From: Richard Purdie <richard.purdie@...>

This should avoid issues with the hashequiv code attempting to contact
an non-existent server in the eSDKs built by the project.

[YOCTO #14471]

Signed-off-by: Richard Purdie <richard.purdie@...>
(cherry picked from commit 4db17f4c9da4efb48d428256efb696d86935a3ea)
Signed-off-by: Steve Sakoman <steve@...>
---
config.json | 1 +
1 file changed, 1 insertion(+)

diff --git a/config.json b/config.json
index d871349..571ddae 100644
--- a/config.json
+++ b/config.json
@@ -55,6 +55,7 @@
"SANITY_TESTED_DISTROS = ''",
"SDK_EXT_TYPE = 'minimal'",
"SDK_INCLUDE_TOOLCHAIN = '1'",
+ "SDK_LOCAL_CONF_BLACKLIST:append = 'BB_HASHSERVE'",
"BB_DISKMON_DIRS = 'STOPTASKS,${TMPDIR},1G,100K STOPTASKS,${DL_DIR},1G STOPTASKS,${SSTATE_DIR},1G STOPTASKS,/tmp,100M,100K ABORT,${TMPDIR},100M,1K ABORT,${DL_DIR},100M ABORT,${SSTATE_DIR},100M ABORT,/tmp,10M,1K'",
"BB_HASHSERVE = 'typhoon.yocto.io:8686'"
]
--
2.25.1


[yocto-autobuilder-helper][dunfell 0/3] Patch review

Steve Sakoman
 

Please review this next set of changes for dunfell and have comments back
by end of day Thursday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2772

The following changes since commit 1c953db8a72c2330fa192402460a3ecf0a691344:

config.json: Update check-layer to use --no-auto-dependency after yocto-check-layer changes (2021-08-04 16:24:20 +0100)

are available in the Git repository at:

git://git.yoctoproject.org/yocto-autobuilder-helper contrib/sakoman
http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/log/?h=contrib/sakoman

Richard Purdie (2):
config.json: Add BB_HASHSERVE to SDK_LOCAL_CONF_BLACKLIST
config.json: Ensure BB_HASHSERVE is set in SDKs to auto

Trevor Gamblin (1):
config.json: set max load in PARALLEL_MAKE

config.json | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)

--
2.25.1


Re: #zeus meta-intel #zeus

Monsees, Steven C (US)
 

I am able to build clean...

One question, "clang" is a dependency for the build of the NEO driver, once built, do I still require clang as part of my image ?, or can I remove the clang component in the recipe that creates my final image ?

Clang takes up a lot space, if not needed in the end, I'd like to be able to remove and reduce the size of my image.

Thanks again for your help,
Steve

-----Original Message-----
From: Mittal, Anuj <anuj.mittal@...>
Sent: Wednesday, October 13, 2021 9:28 PM
To: Monsees, Steven C (US) <steven.monsees@...>; yocto@...
Subject: Re: [yocto] #zeus meta-intel

External Email Alert

This email has been sent from an account outside of the BAE Systems network.

Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access “Cybersecurity OneSpace Page” and report phishing by clicking the button “Report Phishing” on the Outlook toolbar.


There are no patches needed other than what is already in oe-core/meta- intel/meta-clang. I tried building zeus on Ubuntu 16.04 and didn't see any problem.

zeus is no longer maintained or supported so I'd suggest checking a newer release or experimenting without using buildtools to see if that is exposing this problem. It does look like things are not being compiled properly or perhaps opencl-clang-native is linking to incorrect LLVM ...

Thanks,

Anuj

On Wed, 2021-10-13 at 16:53 +0000, Monsees, Steven C (US) wrote:

Anything ?, I have yet to resolve this.

-----Original Message-----
From: Monsees, Steven C (US)
Sent: Wednesday, October 13, 2021 9:03 AM
To: 'Mittal, Anuj' <anuj.mittal@...>;
'yocto@...' <yocto@...>
Subject: RE: [yocto] #zeus meta-intel


Are there any patches required for these components (igc, opencl-
clang, and intel-compute-runtime) ?

-----Original Message-----
From: Monsees, Steven C (US)
Sent: Wednesday, October 13, 2021 7:13 AM
To: 'Mittal, Anuj' <anuj.mittal@...>;
yocto@...
Subject: RE: [yocto] #zeus meta-intel


Anuj:

I rebuilt the entire image (but did not delete the state_cache)...
I am building meta-clang (zeus based, I believe it is 9.0.1).

Steve

-----Original Message-----
From: Mittal, Anuj <anuj.mittal@...>
Sent: Tuesday, October 12, 2021 10:10 PM
To: Monsees, Steven C (US) <steven.monsees@...>;
yocto@...
Subject: Re: [yocto] #zeus meta-intel

External Email Alert

This email has been sent from an account outside of the BAE Systems
network.

Please treat the email with caution, especially if you are requested
to click on a link, decrypt/open an attachment, or enable macros.
For further information on how to spot phishing, access “Cybersecurity
OneSpace Page” and report phishing by clicking the button “Report
Phishing” on the Outlook toolbar.


Did you build everything with this compiler from start? Is opencl-
clang building with the right LLVM lib from meta-clang?

Thanks,

Anuj

On Tue, 2021-10-12 at 17:15 +0000, Monsees, Steven C (US) wrote:

Anuj:

I picked up the tarball for for the baseline dunfell tools platform
to update host tools...

I am seeing it compile cleaner but for one issue causng ld to fail:

/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1331:
undefined reference to `vtable for
llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >'

Isn't LLVM brought in along with clang under meta-clang ?

Is there a missing build dependency ?

Thanks,
Steve

Build excerpt showing multiple " undefined reference to `vtable "
errors...

/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >::~opt()':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1331:
undefined reference to `vtable for
llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::OptionValue<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >::OptionValue()':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:601:
undefined reference to `vtable for
llvm::cl::OptionValue<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >
::opt<llvm::cl::FormattingFlags, llvm::cl::desc,
llvm::cl::desc const&, llvm::cl::initializer<char [2]> const&)':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1407:
undefined reference to `vtable for
llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >
::parser(llvm::cl::Option&)':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1072:
undefined reference to `vtable for
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >::~opt()':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1331:
undefined reference to `vtable for
llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::OptionValue<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >::OptionValue()':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:601:
undefined reference to `vtable for
llvm::cl::OptionValue<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >::opt<char [9],
llvm::cl::desc>(char const (&) [9], llvm::cl::desc const&)':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1407:
undefined reference to `vtable for
llvm::cl::opt<std::__cxx11::basic_string<char,
std::char_traits<char>,
std::allocator<char> >, false,
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > > >'
/opt/poky/3.1.3/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-
pokysdk-linux/9.3.0/../../../../x86_64-pokysdk-linux/bin/ld:
`llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >
::parser(llvm::cl::Option&)':
/disk0/scratch/smonsees/yocto/workspace_1/builds2/sbcb-
default/tmp/work/x86_64-linux/intel-graphics-compiler-
native/1.0.11-
r0/recipe-sysroot-
native/usr/include/llvm/Support/CommandLine.h:1072:
undefined reference to `vtable for
llvm::cl::parser<std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > >'
collect2: error: ld returned 1 exit status

-----Original Message-----
From: yocto@... <yocto@...> On
Behalf Of Anuj Mittal
Sent: Tuesday, October 12, 2021 10:43 AM
To: Monsees, Steven C (US) <steven.monsees@...>;
yocto@...
Subject: Re: [yocto] #zeus meta-intel

External Email Alert

network.

Please treat the email with caution, especially if you are requested
to click on a link, decrypt/open an attachment, or enable macros.
For
further information on how to spot phishing, access “Cybersecurity
OneSpace Page” and report phishing by clicking the button “Report
Phishing” on the Outlook toolbar.


On Tue, 2021-10-12 at 12:43 +0000, Monsees, Steven C (US) wrote:
g++: error: unrecognized command line option ‘-std=c++14’
It looks like the gcc version is too old on your host for this to
work.

Thanks,

Anuj


Yocto Project Status WW42`21

Richard Purdie
 

Current Dev Position: YP 3.4 M4
Next Deadline: 29th Oct. 2021 YP 3.4 M4 release

Next Team Meetings:

Key Status/Updates:
  • YP 3.4 rc1 is through QA and the TSC is discussing, likely planning to release as 3.4
  • Patches to master have continued to merge post-release, most of the backlog is now processed. There were a number of more invasive changes that were deferred for after 3.4 and this has disrupted things a little (pkgconfig-native missing dependencies, reproducible builds being made the default, openssl 3.X, python 3.10, insane class function cleanup and switch to zstd for sstate which have also now merged.
  • We are pleased to report that sstate reuse on the autobuilder has improved significantly and this is reducing build times, to the point several of us did check to see if it did actually build things!
  • Intermittent issues continue to rise, particularly with some seemingly network related gremlin somewhere. 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 M4 is in QA
  • YP 3.4 M4 Release date 2021/10/29

Proposed YP 3.5 Milestone Dates:
  • YP 3.5 M1 build date 2021/12/06
  • YP 3.5 M1 Release date 2021/12/17
  • YP 3.5 M2 build date 2022/01/10
  • YP 3.5 M2 Release date 2022/1/21
  • YP 3.5 M3 build date 2022/2/21
  • YP 3.5 M3 Release date 2022/03/04
  • YP 3.5 M4 build date 2022/04/04
  • YP 3.5 M4 Release date 2022/04/29

Proposed upcoming dot releases:
  • YP 3.3.4 build date 2021/11/01
  • YP 3.3.4 Release date 2021/11/12
  • YP 3.1.12 build date 2021/11/15
  • YP 3.1.12 Release date 2021/11/26
  • YP 3.4.1 build date 2021/11/22
  • YP 3.4.1 Release date 2021/12/03
  • YP 3.1.13 build date 2021/12/13
  • YP 3.1.13 Release date 2021/12/22
  • YP 3.1.14 build date 2022/01/24
  • YP 3.1.14 Release date 2022/02/04
  • YP 3.4.2 build date 2022/02/07
  • YP 3.4.2 Release date 2022/02/18
  • YP 3.1.15 build date 2022/03/14
  • YP 3.1.15 Release date 2022/03/25
  • YP 3.4.3 build date 2022/03/21
  • YP 3.4.3 Release date 2022/04/01
  • YP 3.1.16 build date 2022/04/25
  • YP 3.1.16 Release date 2022/05/06

Tracking Metrics:

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

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!]



Re: meta-selinux: dunfell: libselinux: 0001-Fix-NULL-pointer-use-in-selinux_restorecon_set_sehandle.patch fails to apply

Jonas Brich
 

Hi,

yes college uploaded again. That is the correct patch.

Thanks


BMW Car IT GmbH
Jonas Brich
Spezialist Entwicklung
Lise-Meitner-Str. 14
89081 Ulm

Tel.: +49 731 3780 4292
Mail: jonas.brich@...
Web: http://www.bmw-carit.de
----------------------------------------------------------------------
BMW Car IT GmbH
Geschaeftsfuehrer: Kai-Uwe Balszuweit und Michael Böttrich
Sitz und Registergericht: Muenchen HRB 134810
----------------------------------------------------------------------

________________________________________
From: Jason Andryuk <jandryuk@...>
Sent: Tuesday, October 19, 2021 3:51 PM
To: joe@...; Brich Jonas, JC-4; yocto@...; flihp@...; yi.zhao@...
Subject: meta-selinux: dunfell: libselinux: 0001-Fix-NULL-pointer-use-in-selinux_restorecon_set_sehandle.patch fails to apply

Hi,

libselinux in meta-selinux dunfell fails in do_patch. Patch
0001-Fix-NULL-pointer-use-in-selinux_restorecon_set_sehandle.patch
fails to apply. The patch in git has a leading a/b path component,
which throws off the strip level. The posting here doesn't have the
a/b: https://lists.yoctoproject.org/g/yocto/message/55083 so it should
work.

Thanks,
Jason


[meta-parsec][v2][PATCH] meta-parsec/README: remove rust layer req.

Armin Kuster
 

Rust is now in core. No need to include the layer referenece.

Drop Priority and ref from repo definition. Not used

Signed-off-by: Armin Kuster <akuster808@...>

[v2]
fixup mailing list
---
meta-parsec/README.md | 16 ++--------------
1 file changed, 2 insertions(+), 14 deletions(-)

diff --git a/meta-parsec/README.md b/meta-parsec/README.md
index 24958ac..aeb48a6 100644
--- a/meta-parsec/README.md
+++ b/meta-parsec/README.md
@@ -11,23 +11,12 @@ This layer depends on:

URI: git://git.openembedded.org/meta-openembedded
branch: master
- revision: HEAD
- prio: default

URI git://git.yoctoproject.org/meta-security
branch: master
- revision: HEAD
- prio: default
-
- URI https://github.com/meta-rust/meta-rust.git
- branch: master
- revision: HEAD
- prio: default

URI https://github.com/kraj/meta-clang.git
branch: master
- revision: HEAD
- prio: default

Adding the meta-parsec layer to your build
==========================================
@@ -44,7 +33,6 @@ other layers needed. e.g.:
/path/to/yocto/meta-yocto-bsp \
/path/to/meta-openembedded/meta-oe \
/path/to/meta-openembedded/meta-python \
- /path/to/meta-rust \
/path/to/meta-clang \
/path/to/meta-security/meta-tpm \
/path/to/meta-security/meta-parsec \
@@ -165,11 +153,11 @@ Maintenance
Send pull requests, patches, comments or questions to yocto@...

When sending single patches, please using something like:
-'git send-email -1 --to yocto@... --subject-prefix=meta-parsec][PATCH'
+'git send-email -1 --to yocto@... --subject-prefix=meta-parsec][PATCH'

These values can be set as defaults for this repository:

-$ git config sendemail.to yocto@...
+$ git config sendemail.to yocto@...
$ git config format.subjectPrefix meta-parsec][PATCH

Now you can just do 'git send-email origin/master' to send all local patches.
--
2.25.1


[meta-parsec][PATCH] meta-parsec/README: remove rust layer req.

Armin Kuster
 

Rust is now in core. No need to include the layer referenece.

Drop Priority and ref from repo definition. Not used

Signed-off-by: Armin Kuster <akuster808@...>
---
meta-parsec/README.md | 12 ------------
1 file changed, 12 deletions(-)

diff --git a/meta-parsec/README.md b/meta-parsec/README.md
index 24958ac..84cf4a6 100644
--- a/meta-parsec/README.md
+++ b/meta-parsec/README.md
@@ -11,23 +11,12 @@ This layer depends on:

URI: git://git.openembedded.org/meta-openembedded
branch: master
- revision: HEAD
- prio: default

URI git://git.yoctoproject.org/meta-security
branch: master
- revision: HEAD
- prio: default
-
- URI https://github.com/meta-rust/meta-rust.git
- branch: master
- revision: HEAD
- prio: default

URI https://github.com/kraj/meta-clang.git
branch: master
- revision: HEAD
- prio: default

Adding the meta-parsec layer to your build
==========================================
@@ -44,7 +33,6 @@ other layers needed. e.g.:
/path/to/yocto/meta-yocto-bsp \
/path/to/meta-openembedded/meta-oe \
/path/to/meta-openembedded/meta-python \
- /path/to/meta-rust \
/path/to/meta-clang \
/path/to/meta-security/meta-tpm \
/path/to/meta-security/meta-parsec \
--
2.25.1

2701 - 2720 of 57780