Date   

are there any plans for meta-riscv support for StarFive VisionFive?

Robert P. J. Day
 


Re: [PATCH yocto-autobuilder-helper v14] Add a banner on the old documentation docs.

Quentin Schulz
 

Hi Amahnui,

On 5/11/22 18:20, Abongwa Amahnui Bonalais wrote:
Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
---
scripts/docs_add_banner.py | 84 ++++++++++++++++++++++++++++++++++++++
scripts/run-docs-build | 2 +
2 files changed, 86 insertions(+)
create mode 100644 scripts/docs_add_banner.py
diff --git a/scripts/docs_add_banner.py b/scripts/docs_add_banner.py
new file mode 100644
index 0000000..0de70d0
--- /dev/null
+++ b/scripts/docs_add_banner.py
@@ -0,0 +1,84 @@
+#!/usr/bin/env python3
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+#Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
+#
+#
+# Script to add banners to the old docs and outdated dunfell docs
+#
+#
+
+
+import os
+
+
+
+
+
+html_content_dunfell = '''
+<div id="outdated-warning">This document is outdated, you should select the <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.yoctoproject.org_dunfell&;d=DwMDAg&amp;c=_sEr5x9kUWhuk4_nFwjJtA&amp;r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&amp;m=xspfpkyH63qFQQQp96oYOYMRmeCb2qN8EPL-Mg_2xWO8ezjLW-hM6CpF7qLR7kG_&amp;s=UBdsIAcJa2McGNBMMmKe6MhoYlnfQZ1-jHZeTYFTK3E&amp;e=">latest release version</a> in this series.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+html_content = '''
+<div id="outdated-warning">This version of the project is now considered obsolete, please select and use a <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.yoctoproject.org&;d=DwMDAg&amp;c=_sEr5x9kUWhuk4_nFwjJtA&amp;r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&amp;m=xspfpkyH63qFQQQp96oYOYMRmeCb2qN8EPL-Mg_2xWO8ezjLW-hM6CpF7qLR7kG_&amp;s=beF_7R_KmlzLYmX333Fp0Gh2TY6lEFqk2Pg08I9XwOY&amp;e=">more recent version</a>.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+
+# the class body and the last_div are used to make sure any .body property existing in any css file is not overwritten
Not quite happy with this comment as I still don't understand why this was needed.

What is the issue with "any .body property existing in any css file [being] overwritten"?

I am not going to fight it too much as we really need this banner and the files it applies to won't change over time, so it shouldn't actually be a maintenance burden. This obviously is a maintainer choice so I'll let people with veto power decide on this :)

+last_div = '''
+</div>
+
+'''
+
+css_replacement_content = '''
+
+ font-family: Verdana, Sans, sans-serif;
+
+ width: 100%;
+ margin: 0;
+ padding: 0;
+ color: #333;
+ overflow-x: hidden;
+ }
+
+.body{
+margin: 0 auto;
+min-width: 640px;
+padding: 0 5em 5em 5em;
+}
+#outdated-warning{
+text-align: center;
+background-color: rgb(255, 186, 186);
+color: rgb(106, 14, 14);
+padding: 0.5em 0;
+width: 100%;
+position: fixed;
+top: 0;
+
+
+'''
+
+
+def add_banner_old_docs(dir):
+ for root, dirs, filenames in os.walk(dir):
+
+ if root.startswith('./3.1'):
+ html_replacement = html_content_dunfell
+ else:
+ html_replacement = html_content
+
+ for filename in filenames:
+ if filename.endswith('.html'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ current_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(current_content.replace('<body>', '<body>' + html_replacement))
+ f.write(current_content.replace('</body>', last_div + '</body>'))
+ if filename.endswith('.css'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ css_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(css_content.replace(css_content[css_content.find('body {'):css_content.find('}'[0])], 'body {' + css_replacement_content ))
+
+add_banner_old_docs('.')
diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index ecc5332..307ac19 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -37,6 +37,8 @@ cd $outputdir
echo Extracing old content from archive
tar -xJf $docbookarchive
+$scriptdir/docs_fix_all_html_css.py
This is not the name of the script you just added above. Please run the code with the patches before you send them :)

Once this gets a v15, I think it's in a good enough shape to validate it actually works as expected and then merge this.

Almost there Amahnui :)

Cheers,
Quentin


[meta-selinux][PATCH] selinux-python: add RDEPENDES on python3-multiprocessing

Yi Zhao
 

Add RDEPENDS on python3-multiprocessing for selinux-python-sepolicy to
fix runtime error:

$ sepolicy
Traceback (most recent call last):
File "/usr/bin/sepolicy", line 28, in <module>
from multiprocessing import Pool
ModuleNotFoundError: No module named 'multiprocessing'

Signed-off-by: Yi Zhao <yi.zhao@...>
---
recipes-security/selinux/selinux-python_3.3.bb | 1 +
1 file changed, 1 insertion(+)

diff --git a/recipes-security/selinux/selinux-python_3.3.bb b/recipes-security/selinux/selinux-python_3.3.bb
index 1bf1f63..8f76718 100644
--- a/recipes-security/selinux/selinux-python_3.3.bb
+++ b/recipes-security/selinux/selinux-python_3.3.bb
@@ -57,6 +57,7 @@ RDEPENDS:${BPN}-sepolicy += "\
python3-core \
python3-codecs \
python3-syslog \
+ python3-multiprocessing \
${BPN} \
"
RDEPENDS:${BPN}-sepolgen-ifgen += "\
--
2.25.1


[PATCH yocto-autobuilder-helper v14] Add a banner on the old documentation docs.

Abongwa Amahnui Bonalais
 

Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
---
scripts/docs_add_banner.py | 84 ++++++++++++++++++++++++++++++++++++++
scripts/run-docs-build | 2 +
2 files changed, 86 insertions(+)
create mode 100644 scripts/docs_add_banner.py

diff --git a/scripts/docs_add_banner.py b/scripts/docs_add_banner.py
new file mode 100644
index 0000000..0de70d0
--- /dev/null
+++ b/scripts/docs_add_banner.py
@@ -0,0 +1,84 @@
+#!/usr/bin/env python3
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+#Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
+#
+#
+# Script to add banners to the old docs and outdated dunfell docs
+#
+#
+
+
+import os
+
+
+
+
+
+html_content_dunfell = '''
+<div id="outdated-warning">This document is outdated, you should select the <a href="https://docs.yoctoproject.org/dunfell">latest release version</a> in this series.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+html_content = '''
+<div id="outdated-warning">This version of the project is now considered obsolete, please select and use a <a href="https://docs.yoctoproject.org">more recent version</a>.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+
+# the class body and the last_div are used to make sure any .body property existing in any css file is not overwritten
+last_div = '''
+</div>
+
+'''
+
+css_replacement_content = '''
+
+ font-family: Verdana, Sans, sans-serif;
+
+ width: 100%;
+ margin: 0;
+ padding: 0;
+ color: #333;
+ overflow-x: hidden;
+ }
+
+.body{
+margin: 0 auto;
+min-width: 640px;
+padding: 0 5em 5em 5em;
+}
+#outdated-warning{
+text-align: center;
+background-color: rgb(255, 186, 186);
+color: rgb(106, 14, 14);
+padding: 0.5em 0;
+width: 100%;
+position: fixed;
+top: 0;
+
+
+'''
+
+
+def add_banner_old_docs(dir):
+ for root, dirs, filenames in os.walk(dir):
+
+ if root.startswith('./3.1'):
+ html_replacement = html_content_dunfell
+ else:
+ html_replacement = html_content
+
+ for filename in filenames:
+ if filename.endswith('.html'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ current_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(current_content.replace('<body>', '<body>' + html_replacement))
+ f.write(current_content.replace('</body>', last_div + '</body>'))
+ if filename.endswith('.css'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ css_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(css_content.replace(css_content[css_content.find('body {'):css_content.find('}'[0])], 'body {' + css_replacement_content ))
+
+add_banner_old_docs('.')
diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index ecc5332..307ac19 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -37,6 +37,8 @@ cd $outputdir
echo Extracing old content from archive
tar -xJf $docbookarchive

+$scriptdir/docs_fix_all_html_css.py
+
cd $bbdocs
mkdir $outputdir/bitbake

--
2.25.1


Re: [PATCH yocto-autobuilder-helper v13] Add a banner on the old documentation docs. Script to add banners to the old docs and outdated dunfell docs

Abongwa Amahnui Bonalais
 

On Thu, May 5, 2022 at 09:03 PM, Richard Purdie wrote:
One small thing, shouldn't we write the files with the same encoding as we read
them?
thank you for this, I adjusted it the most recent patch

On 5/10/22 18:46, Abongwa Amahnui Bonalais wrote:
Hello Richard,
Thanks for the review

I think Quentin also mentioned that these two loop functions can be merged
together to form simpler code with a condition in the centre section?
I'm sorry I don't understand how to implement this as I tried using a function in the code but then the dirs was modified constantly when it was not supposed and I did not succeed to prevent it from doing so.
I will continue doing more research on how to go about it, but if you have a method you would like me to use, I would gladly try it out.
Thank you.
In pseudo-code:html_banner_dunfell = "this"html_banner_not_dunfell = "that"css_banner = "something"for directory, files in recursive_traversal(path): if matches(directory, '3.1*'): html_banner = html_banner_dunfell else html_banner = html_banner_not_dunfell for file in files: if matches(file, '*.html'): replace(content(file), html_banner) else if matches(file, '*.css'): replace(content(file), css_banner)In v12 I commented the following code if you need something closer to proper Python code:def add_banner_old_docs(dir): for root, dirs, filenames in os.walk(dir): if root.startswith('./3.1'): html_replacement = html_content_dunfell else: html_replacement = html_content for filename in filenames: if filename.endswith('.html'): with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f: current_content = f.read() with open(os.path.join(root, filename), 'w') as f: f.write(current_content.replace('<body>', '<body>' + html_replacement)) f.write(current_content.replace('</body>', last_div '</body>')) if filename.endswith('.css'): with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f: css_content = f.read() with open(os.path.join(root, filename), 'w') as f:f.write(css_content.replace(css_content[css_content.find('body {'):css_content.find('}'[0])], 'body {' + css_replacement_content ))add_banner_old_docs('.')Not tested of course, but hopefully that helps you understand what I meant with factoring out the code into one function only.
Thank you very much, I implemented this and  I worked.


[PATCH yocto-autobuilder-helper v13] Add a banner on the old documentation docs.

Abongwa Amahnui Bonalais
 

Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
---
scripts/docs_add_banner.py | 84 ++++++++++++++++++++++++++++++++++++++
scripts/run-docs-build | 2 +
2 files changed, 86 insertions(+)
create mode 100644 scripts/docs_add_banner.py

diff --git a/scripts/docs_add_banner.py b/scripts/docs_add_banner.py
new file mode 100644
index 0000000..0de70d0
--- /dev/null
+++ b/scripts/docs_add_banner.py
@@ -0,0 +1,84 @@
+#!/usr/bin/env python3
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+#Signed-off-by: Abongwa Bonalais Amahnui <abongwabonalais@...>
+#
+#
+# Script to add banners to the old docs and outdated dunfell docs
+#
+#
+
+
+import os
+
+
+
+
+
+html_content_dunfell = '''
+<div id="outdated-warning">This document is outdated, you should select the <a href="https://docs.yoctoproject.org/dunfell">latest release version</a> in this series.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+html_content = '''
+<div id="outdated-warning">This version of the project is now considered obsolete, please select and use a <a href="https://docs.yoctoproject.org">more recent version</a>.</div>
+<div xml:lang="en" class="body" lang="en">
+'''
+
+# the class body and the last_div are used to make sure any .body property existing in any css file is not overwritten
+last_div = '''
+</div>
+
+'''
+
+css_replacement_content = '''
+
+ font-family: Verdana, Sans, sans-serif;
+
+ width: 100%;
+ margin: 0;
+ padding: 0;
+ color: #333;
+ overflow-x: hidden;
+ }
+
+.body{
+margin: 0 auto;
+min-width: 640px;
+padding: 0 5em 5em 5em;
+}
+#outdated-warning{
+text-align: center;
+background-color: rgb(255, 186, 186);
+color: rgb(106, 14, 14);
+padding: 0.5em 0;
+width: 100%;
+position: fixed;
+top: 0;
+
+
+'''
+
+
+def add_banner_old_docs(dir):
+ for root, dirs, filenames in os.walk(dir):
+
+ if root.startswith('./3.1'):
+ html_replacement = html_content_dunfell
+ else:
+ html_replacement = html_content
+
+ for filename in filenames:
+ if filename.endswith('.html'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ current_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(current_content.replace('<body>', '<body>' + html_replacement))
+ f.write(current_content.replace('</body>', last_div + '</body>'))
+ if filename.endswith('.css'):
+ with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
+ css_content = f.read()
+ with open(os.path.join(root, filename), 'w', encoding="ISO-8859-1") as f:
+ f.write(css_content.replace(css_content[css_content.find('body {'):css_content.find('}'[0])], 'body {' + css_replacement_content ))
+
+add_banner_old_docs('.')
diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index ecc5332..307ac19 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -37,6 +37,8 @@ cd $outputdir
echo Extracing old content from archive
tar -xJf $docbookarchive

+$scriptdir/docs_fix_all_html_css.py
+
cd $bbdocs
mkdir $outputdir/bitbake

--
2.25.1


Re: SSTATE cache getting huge. Delete or use sstate-cache-management.sh

Ross Burton
 

Personally, I just delete all files that haven’t been accessed in a month, using find:

 

find $SSTATE -type f -atime +30 -delete

 

Ross

 

From: yocto@... <yocto@...> on behalf of Rusty Howell via lists.yoctoproject.org <rustyhowell=gmail.com@...>
Date: Tuesday, 10 May 2022 at 23:11
To: yocto@... <yocto@...>
Subject: [yocto] SSTATE cache getting huge. Delete or use sstate-cache-management.sh

A few weeks ago, our NFS-mounted sstate-cache was about 748 GB in size. I ran the script "sstate-cache-management.sh".  It took a very long time (about two hours) but was able to free up 307 GB of space. 

 

What is the benefit to running that script vs just deleting the sstate-cache directory entirely?  I know the first build after a delete will take a long time. But that's offset because just deleting the directory as a whole doesn't take more than about a minute.

 

Does deleting the sstate-cache affect the preserv and the autoinc values it is returning?

 

Rusty

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.


Re: libmodulemd ver downgraded worrior->dunfell

Quentin Schulz
 

Hi Yair,

On 5/11/22 11:07, Yair via lists.yoctoproject.org wrote:
When comparing Worrior and Dunfell trees, the early one uses libmodulemd ver 2.1.0, while the latter uses libmodulemd-v1 (1.8.16).
What's the reason for this downgrade?
https://cgit.openembedded.org/openembedded-core/commit/meta/recipes-devtools/libmodulemd?h=dunfell&id=e0678765b1fb66df6ec37da1d32836bee2237af1
https://cgit.openembedded.org/openembedded-core/commit/meta/recipes-devtools/libmodulemd?h=dunfell&id=e5bf0814f565458c1c13d305dfc80a70a060555e

Gatesgarth and later use libmodulemd ver 2+ again,
https://cgit.openembedded.org/openembedded-core/commit/meta/recipes-devtools/libmodulemd?h=gatesgarth&id=2c518de672d8876ff96e49b498feb898a497e6a5

Feel free to just add the libmodulemd_git.bb recipe again in your own layer.

Cheers,
Quentin


Re: [PATCH yocto-autobuilder-helper v13] Add a banner on the old documentation docs. Script to add banners to the old docs and outdated dunfell docs

Quentin Schulz
 

Hi Amahnui,

On 5/10/22 18:46, Abongwa Amahnui Bonalais wrote:
Hello Richard,
Thanks for the review


I think Quentin also mentioned that these two loop functions can be merged
together to form simpler code with a condition in the centre section?
I'm sorry I don't understand how to implement this as I tried using a function in the code but then the dirs was modified constantly when it was not supposed and I did not succeed to prevent it from doing so.
I will continue doing more research on how to go about it, but if you have a method you would like me to use, I would gladly try it out.
Thank you.
In pseudo-code:

html_banner_dunfell = "this"
html_banner_not_dunfell = "that"
css_banner = "something"

for directory, files in recursive_traversal(path):
if matches(directory, '3.1*'):
html_banner = html_banner_dunfell
else
html_banner = html_banner_not_dunfell
for file in files:
if matches(file, '*.html'):
replace(content(file), html_banner)
else if matches(file, '*.css'):
replace(content(file), css_banner)

In v12 I commented the following code if you need something closer to proper Python code:

def add_banner_old_docs(dir):
for root, dirs, filenames in os.walk(dir):
if root.startswith('./3.1'):
html_replacement = html_content_dunfell
else:
html_replacement = html_content

for filename in filenames:
if filename.endswith('.html'):
with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
current_content = f.read()
with open(os.path.join(root, filename), 'w') as f:
f.write(current_content.replace('<body>', '<body>' + html_replacement))
f.write(current_content.replace('</body>', last_div '</body>'))
if filename.endswith('.css'):
with open(os.path.join(root, filename), 'r', encoding="ISO-8859-1") as f:
css_content = f.read()
with open(os.path.join(root, filename), 'w') as f:

f.write(css_content.replace(css_content[css_content.find('body {'):css_content.find('}'[0])], 'body {' + css_replacement_content ))

add_banner_old_docs('.')

Not tested of course, but hopefully that helps you understand what I meant with factoring out the code into one function only.

Cheers,
Quentin


libmodulemd ver downgraded worrior->dunfell

Yair
 

When comparing Worrior and Dunfell trees, the early one uses libmodulemd ver 2.1.0, while the latter uses libmodulemd-v1 (1.8.16).

What's the reason for this downgrade?

Yair


SSTATE cache getting huge. Delete or use sstate-cache-management.sh

Rusty Howell
 

A few weeks ago, our NFS-mounted sstate-cache was about 748 GB in size. I ran the script "sstate-cache-management.sh".  It took a very long time (about two hours) but was able to free up 307 GB of space. 

What is the benefit to running that script vs just deleting the sstate-cache directory entirely?  I know the first build after a delete will take a long time. But that's offset because just deleting the directory as a whole doesn't take more than about a minute.

Does deleting the sstate-cache affect the preserv and the autoinc values it is returning?

Rusty


Re: [PATCH yocto-autobuilder-helper v13] Add a banner on the old documentation docs. Script to add banners to the old docs and outdated dunfell docs

Abongwa Amahnui Bonalais
 

Hello Richard, 

Thanks for the review

I think Quentin also mentioned that these two loop functions can be merged together to form simpler code with a condition in the centre section?

I'm sorry I don't understand how to implement this as I tried using a function in the code but then the dirs was modified constantly when it was not supposed and I did not succeed to prevent it from doing so.
I will continue doing more research on how to go about it, but if you have a method you would like me to use, I would gladly try it out.
Thank you.


Minutes: Yocto Project Weekly Triage Meeting 5/10/2022

sakib.sajal@...
 

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

Attendees: Randy, Richard, Luca Ceresoli, Bruce Ashfield, Michael Opdenacker, Ross Burton, Steve Sakoman, Tim Orling, Joshua Watt, Pavel, Aryaman Gupta

ARs:

N/A

Notes:
N/A

Medium+ 4.1 Unassigned Enhancements/Bugs: 74 (Last week 75)

Medium+ 4.99 Unassigned Enhancements/Bugs: 48 (Last week 48)

AB Bugs: 48 (Last week 48)


Re: [PATCH yocto-autobuilder-helper] config.json: test only command line images with x32

Alexander Kanavin
 

Ping, please.

Alex

On Mon, 25 Apr 2022 at 13:54, Alexander Kanavin via
lists.yoctoproject.org <alex.kanavin=gmail.com@...>
wrote:


There has been a persistent stream of graphical failures on x32,
and there is doubt about whether x32 is at all used by anyone
nowadays - let's reduce the scope of x32 QA, and perhaps
later drop it altogether.

Signed-off-by: Alexander Kanavin <alex.kanavin@...>
---
config.json | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/config.json b/config.json
index 8893695..b571f25 100644
--- a/config.json
+++ b/config.json
@@ -529,11 +529,11 @@
"baselib = \"${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'}\""
],
"step1" : {
- "BBTARGETS" : "core-image-minimal core-image-sato",
+ "BBTARGETS" : "core-image-minimal core-image-full-cmdline",
"SANITYTARGETS" : "core-image-minimal:do_testimage"
},
"step2" : {
- "SANITYTARGETS" : "core-image-sato:do_testimage",
+ "SANITYTARGETS" : "core-image-full-cmdline:do_testimage",
"extravars" : [
"TEST_SUITES:append = ' x32lib'"
]
--
2.35.1




Yocto Project Status WW19`22

Richard Purdie
 

Current Dev Position: YP 4.1 M1
Next Deadline: 30th May 2022 YP 4.1 M1 Build

Next Team Meetings:

Key Status/Updates:
  • YP 3.1.16 was released
  • YP 3.4.4 passed QA and has approval for release
  • We’ve continued to struggle with the git CVE fix issues and ended up changing the approach taken resolve it.
  • Whilst the git issue was breaking reproducible builds on the autobuilder, two other issues started occurring in reproducible builds, making clean builds hard to regain for master.
  • The update to gcc 12 has merged after clean test runs on the autobuilder. Thanks to Khem and Bruce for working though various issues in particular.
  • A lot of general version upgrades were merged bringing us more into sync with various upstreams, thanks Alex.
  • Help is very much welcome in trying to resolve our autobuilder intermittent 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 4.1 Milestone Dates:
  • YP 4.1 M1 build date 2022/05/30
  • YP 4.1 M1 Release date 2022/06/10
  • YP 4.1 M2 build date 2022/07/11
  • YP 4.1 M2 Release date 2022/07/22
  • YP 4.1 M3 build date 2022/08/22
  • YP 4.1 M3 Release date 2022/09/02
  • YP 4.1 M4 build date 2022/10/03
  • YP 4.1 M4 Release date 2022/10/28

Upcoming dot releases:
  • YP 3.1.16 is released.
  • YP 3.4.4 is out of QA
  • YP 4.0.1 build date 2022/05/16
  • YP 4.0.1 Release date 2022/05/27
  • YP 3.1.17 build date 2022/06/06
  • YP 3.1.17 Release date 2022/06/17
  • YP 4.0.2 build date 2022/06/27
  • YP 4.0.2 Release date 2022/07/08
  • YP 3.1.18 build date 2022/07/18
  • YP 3.1.18 Release date 2022/07/29
  • YP 4.0.3 build date 2022/08/08
  • YP 4.0.3 Release date 2022/08/19
  • YP 3.1.19 build date 2022/08/29
  • YP 3.1.19 Release date 2022/09/09
  • YP 4.0.4 build date 2022/09/19
  • YP 4.0.4 Release date 2022/09/30
  • YP 3.1.20 build date 2022/10/10
  • YP 3.1.20 Release date 2022/10/21
  • YP 4.0.5 build date 2022/10/31
  • YP 4.0.5 Release date 2022/11/11

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



Archived content:

Tip of the Week:
  • The scripts in ${WORKDIR}/temp/run.XXX for shell tasks can be quickly hacked and used for standalone debugging by replacing the function call at the end with “bash -i” which will then drop you into a shell environment matching the task being debugged (minus the fakeroot context). 
  • Bonus marks for anyone sending a patch to add the fakeroot context as comments at the start of the scripts.
  • (send any tips you’d like to see here to Stephen or Richard)


Dependency clarification for image classes with bitbake?

Heinz Wrobel
 

Hi,

 

I have some issues in sorting out dependency management for a custom image_types_*sdcard.bbclass and need some help/advice because the docs didn’t solve my problems.

 

As opposed to “normal” images where do_rootfs depends on the packages and do_image on do_rootfs and the image types on do_image, here we have extra do_image_sdcard[depends] for stuff outside the rootfs.

My do_image_sdcard[depends] currently references do_populate_sysroot and do_deploy of some other recipes and I have a empirical/paranoia recrdeptask on do_packagedata to mimic image.bbclass.

 

It appears now that bitbake only runs my do_image_sdcard task if the task hasn’t been run yet, no matter the state of the dependencies. It doesn’t seem to matter for do_image_sdcard if some do_image_sdcard[depends] dependency for that task is actually missing or newer.

If I, e.g., cleansstate such a dependency and then bitbake my image again, the dependency is rebuilt, but the image isn’t rebuilt because it already had been built before. A dependency build trigger downstream in the chain is not an execution trigger upstream.

 

So now I have an image that is outdated, because a necessary dependency is more recent.

This seems to be explained by the statement in the bitbake manual “Currently, invalid timestamps are only considered on a per recipe file basis.”, i.e., if recipe A depends on B, A is not rebuilt if A already exists, even if B is more recent than A.

 

For this simple case, I can fix it by cleansstate’ing the image and rebuilding it (or would it be enough to just clean the image?!).

 

But what concerns me now are more complex recipe dependencies. If I have A->B-><many>->Z and rebuild Z without knowing that A needs Z then a later “bitbake A” would do nothing. A and the interim dependencies are then outdated because bitbake wouldn’t execute on, e.g., C or B or A.

So unless I know the dependency chain manually I would always have to cleanall because I can never be sure that my image is outdated somewhere just because I rebuilt some recipe somewhere? That wouldn’t be efficient at all and kill most of the sstate usefulness.

Alternatively I would always have to “-f -c image_sdcard”, which also doesn’t exactly seem like a good approach because then the datestamps for the underlying images wouldn’t match anymore and the rootfs can’t be found?

 

It appears to me that I am missing something because this all just seems risky and so fundamental?

 

The obvious question is of course: Is there a reasonable way to ensure my image gets recreated by executing my do_image_sdcard if any dependency has a more recent timestamp than the current image?

 

Thanks,

 

Heinz


Re: QA notification for completed autobuilder build (yocto-3.4.4.rc1)

Teoh, Jay Shen
 

Hi Everyone,

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

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

No new issue found.

Thanks,
Jay

-----Original Message-----
From: yocto@... <yocto@...> On Behalf
Of Pokybuild User
Sent: Wednesday, 4 May, 2022 10:32 AM
To: yocto@...
Cc: qa-build-notification@...
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.4.4.rc1)


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


https://autobuilder.yocto.io/pub/releases/yocto-3.4.4.rc1


Build hash information:

bitbake: c2d8f9b2137bd4a98eb0f51519493131773e7517
meta-agl: 8543843eeb47fa9b45786d3e09bf497fcd5f95e0
meta-arm: 2623e69db362b357db45c343e6d504909552c2d5
meta-aws: c92344938ab4d37de8bd8b799186dbbe3019a069
meta-gplv2: f04e4369bf9dd3385165281b9fa2ed1043b0e400
meta-intel: daf5c125a744d45d8fa395b576147edd5a714f5c
meta-mingw: f5d761cbd5c957e4405c5d40b0c236d263c916a8
meta-openembedded: 9a0caf5b09e14a28a54c3f8524d97530aeb8152c
meta-virtualization: bd7511c53b921c9ce4ba2fdb42778ca194ebc3e8
oecore: 1a6f5e27249afb6fb4d47c523b62b5dd2482a69d
poky: 780eeec8851950ee6ac07a2a398ba937206bd2e4



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



[meta-oracle-java][PATCH 3/6] set LAYERSERIES_COMPAT

Roland Hieber
 

Bitbake override syntax has been changed incompatibly in Yocto 3.4
(honister), which we'll adapt in the next commit. This is therefore the
last commit that can be used with earlier Yocto releases.

Signed-off-by: Roland Hieber <rhi@...>
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/conf/layer.conf b/conf/layer.conf
index 6bd7ae3edd22..70f7d10294e5 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -12,4 +12,4 @@ BBFILE_COLLECTIONS += "oraclejava"
BBFILE_PATTERN_oraclejava := "^${LAYERDIR}/"
BBFILE_PRIORITY_oraclejava = "6"

-
+LAYERSERIES_COMPAT_oraclejava = "warrior zeus dunfell gatesgarth hardknott"
--
2.30.2


[meta-oracle-java][PATCH 4/6] oracle-jse: update dependency from gtk+ to gtk+3

Roland Hieber
 

GTK+ 2 is deprecated, and has not been included in OE-Core since commit
3c692e0d77e68908ab0e (2019-07-05, Ross Burton: "gtk+: remove GTK+ 2").
Java SE also builds with GTK+ 3, so update the dependency.

Link: https://github.com/openembedded/openembedded-core/commit/3c692e0d77e68908ab0e
Signed-off-by: Roland Hieber <rhi@...>
---
recipes-devtools/oracle-java/oracle-jse.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse.inc b/recipes-devtools/oracle-java/oracle-jse.inc
index ce8280c8cb51..c799c03033c6 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = "\

FETCHCMD_wget_append = " --no-check-certificate --no-cookies --header 'Cookie: oraclelicense=accept-securebackup-cookie' "

-RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+ libxtst libxi"
+RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+3 libxtst libxi"
# get the java update version in the resulting package
PR =. "u${PV_UPDATE}"
S = "${WORKDIR}"
--
2.30.2


[meta-oracle-java][PATCH 6/6] bump LAYERSERIES_COMPAT after bitbake syntax change

Roland Hieber
 

After the bitbake override syntax change, we're no longer compatible
with Yocto releases older than honister.

Signed-off-by: Roland Hieber <rhi@...>
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/conf/layer.conf b/conf/layer.conf
index 70f7d10294e5..d8d6226d2df6 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -12,4 +12,4 @@ BBFILE_COLLECTIONS += "oraclejava"
BBFILE_PATTERN_oraclejava := "^${LAYERDIR}/"
BBFILE_PRIORITY_oraclejava = "6"

-LAYERSERIES_COMPAT_oraclejava = "warrior zeus dunfell gatesgarth hardknott"
+LAYERSERIES_COMPAT_oraclejava = "honister kirkstone"
--
2.30.2

1661 - 1680 of 58675