Date   

Yocto Project Status WW19'20

Stephen Jolley
 

Current Dev Position: YP 3.2 M1

Next Deadline: YP 3.2 M1 build date 2020/6/16

 

Next Team Meetings:

 

Key Status/Updates:

  • Patches continue to merge into master, there have been a number of infrastructure issues and build failures which have delayed some patches until we could get clean builds
  • We’re nearly ready to merge gcc 10 to master with some mingw issues being the currently known remaining blocker.
  • A number of other slightly more invasive changes are merging such as the changing of QA warnings to become errors and changes to the way libva is built. Some further, more invasive changes are in the queue (e.g. image sstate structure) so review of the patch queue by people with interests in these things is appreciated.
  • We believe autoconf may release a new version soon (the first in a few years) so have worked with autoconf upstream to ensure it should work for us, reporting test results back.
  • YP 3.0.3 will build this week.

 

YP 3.2 Milestone Dates:

  • YP 3.2 M1 build date 2020/6/16
  • YP 3.2 M1 Release date 2020/6/26
  • YP 3.2 M2 build date 2020/7/27
  • YP 3.2 M2 Release date 2020/8/7
  • YP 3.2 M3 build date 2020/8/31
  • YP 3.2 M3 Release date 2020/9/11
  • YP 3.2 M4 build date 2020/10/5
  • YP 3.2 M4 Release date 2020/10/30

 

Planned upcoming dot releases:

  • YP 3.0.3 build date 2020/5/4
  • YP 3.0.3 release date 2020/5/15
  • YP 2.7.4 build date 2020/5/18
  • YP 2.7.4 release date 2020/5/29
  • YP 3.1.1 build date 2020/6/29
  • YP 3.1.1 release date 2020/7/10
  • YP 3.0.4 build date 2020/8/10
  • YP 3.0.4 release date 2020/8/21
  • YP 3.1.2 build date 2020/9/14
  • YP 3.1.2 release date 2020/9/25

 

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: Is http://downloads.yoctoproject.org/ down?

Denys Dmytriyenko
 

On Tue, May 12, 2020 at 02:03:07PM +0100, Paul Barker wrote:
On Tue, 12 May 2020 at 13:36, Zwicker Severin
<severin.zwicker@...> wrote:

I can’t reach http://downloads.yoctoproject.org/ to download http://downloads.yoctoproject.org/releases/uninative/2.7/x86_64-nativesdk-libc.tar.xz .



Did somebody know anything?
Yes, it currently appears to be down. The relevant folks will be
looking at it but it's still early in the US timezones.
Could it be Europe-specific problem?
Seems slow, but still working here in the US:

$ wget http://downloads.yoctoproject.org/releases/uninative/2.7/x86_64-nativesdk-libc.tar.xz
--2020-05-12 09:08:15-- http://downloads.yoctoproject.org/releases/uninative/2.7/x86_64-nativesdk-libc.tar.xz
Resolving downloads.yoctoproject.org... 198.145.29.63
Connecting to downloads.yoctoproject.org|198.145.29.63|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5450224 (5.2M) [application/octet-stream]
Saving to: ‘x86_64-nativesdk-libc.tar.xz’

x86_64-nativesdk-libc.tar.xz 100%[==========================================================================>] 5.20M 540KB/s in 59s

2020-05-12 09:09:27 (89.5 KB/s) - ‘x86_64-nativesdk-libc.tar.xz’ saved [5450224/5450224]


Re: Is http://downloads.yoctoproject.org/ down?

 

On Tue, 12 May 2020 at 13:36, Zwicker Severin
<severin.zwicker@...> wrote:

I can’t reach http://downloads.yoctoproject.org/ to download http://downloads.yoctoproject.org/releases/uninative/2.7/x86_64-nativesdk-libc.tar.xz .



Did somebody know anything?
Yes, it currently appears to be down. The relevant folks will be
looking at it but it's still early in the US timezones.


Is http://downloads.yoctoproject.org/ down?

Zwicker Severin
 


Re: [oe][yocto][bitbake] Fetching source using different protocols

Dawod
 

Thank you all, your answers were so helpful,
My problem had been solved.
The reason behind my question was a temporary connections error for some machines in the lab so I needed some way to cover this problem  as fast as possible to keep my Yocto recipes away from this problem. 

Thank you very much.


On Mon, May 11, 2020 at 8:37 PM Mark Hatle <mark.hatle@...> wrote:


On 5/11/20 4:17 AM, Quentin Schulz wrote:
> Hi Mohamed,
>
> On Mon, May 11, 2020 at 11:03:26AM +0200, Dawod wrote:
>> Hello,
>>
>> I need to fetch a git repo using 2 different protocols ( ssh & https )
>> So that when I run bitbake, It will fetch using ssh protocol first and if
>> it fails to fetch, It will try to fetch using https protocol.
>>
>
> Why? What's the exact use case?
>
>> can I do some thing like that or I will have to change it manually every
>> time ?
>>
>
> Maybe you could play with PREMIRROS? (I've never explicitly used that
> variable though):
> https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-PREMIRRORS

This is what I would suggest.  Have the recipe itself set the fallback URI as
the main URL.


SRC_URI = "git://example.com/my/repository/uri;proto=https"

PREMIRRORS_prepend = "git://example.com/my/repository/uri;proto=https
git://example.com/my/otherrepo/uri;proto=ssh \n"

(the \n is literally '\' and 'n')

The above should, when it sees the SRC_URI, try the ssh protocol first.. if that
doesn't work it will fall back to SRC_URI.

--Mark

> I guess the asterisk parts could be removed and the path to more or less your
> source could be used (ssh first, to http path in your SRC_URI)?
>
> That's a shot in the dark for me but something to test I'd say :)
>
> Quentin
>
>
>
>


--
 
Mohamed Dawod
Computer Engineer


Re: meta-anaconda Python AttributeError: "str" object has no attribute 'decode'

Khem Raj
 

On 5/10/20 2:58 AM, Yocto wrote:
using meta-anaconda for an iso installer during the grub process python
exists with

Python AttributeError: "str" object has no attribute 'decode'
this seems to be perhaps python version mismatch between 2 and 3


Screen shots attached. seem to have an issue with unicode ....





Re: [oe][yocto][bitbake] Fetching source using different protocols

Mark Hatle
 

On 5/11/20 4:17 AM, Quentin Schulz wrote:
Hi Mohamed,

On Mon, May 11, 2020 at 11:03:26AM +0200, Dawod wrote:
Hello,

I need to fetch a git repo using 2 different protocols ( ssh & https )
So that when I run bitbake, It will fetch using ssh protocol first and if
it fails to fetch, It will try to fetch using https protocol.
Why? What's the exact use case?

can I do some thing like that or I will have to change it manually every
time ?
Maybe you could play with PREMIRROS? (I've never explicitly used that
variable though):
https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-PREMIRRORS
This is what I would suggest. Have the recipe itself set the fallback URI as
the main URL.


SRC_URI = "git://example.com/my/repository/uri;proto=https"

PREMIRRORS_prepend = "git://example.com/my/repository/uri;proto=https
git://example.com/my/otherrepo/uri;proto=ssh \n"

(the \n is literally '\' and 'n')

The above should, when it sees the SRC_URI, try the ssh protocol first.. if that
doesn't work it will fall back to SRC_URI.

--Mark

I guess the asterisk parts could be removed and the path to more or less your
source could be used (ssh first, to http path in your SRC_URI)?

That's a shot in the dark for me but something to test I'd say :)

Quentin




Yocto Project Newcomer & Unassigned Bugs - Help Needed

Stephen Jolley
 

All,

 

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

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

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

 

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

 

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

 

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

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Re: [OE-core] [oe][yocto][bitbake] Fetching source using different protocols

Andre McCurdy <armccurdy@...>
 

On Mon, May 11, 2020 at 2:03 AM Dawod <mhm.dawod@...> wrote:

Hello,

I need to fetch a git repo using 2 different protocols ( ssh & https )
So that when I run bitbake, It will fetch using ssh protocol first and if it fails to fetch, It will try to fetch using https protocol.

can I do some thing like that or I will have to change it manually every time ?
You can add fallback rules to MIRRORS (either globally or per-recipe).
See the last few lines of meta/classes/mirrors.bbclass as an example.

Thank you,
--

Mohamed Dawod
Computer Engineer


Re: [oe][yocto][bitbake] Fetching source using different protocols

Quentin Schulz
 

Hi Mohamed,

On Mon, May 11, 2020 at 11:03:26AM +0200, Dawod wrote:
Hello,

I need to fetch a git repo using 2 different protocols ( ssh & https )
So that when I run bitbake, It will fetch using ssh protocol first and if
it fails to fetch, It will try to fetch using https protocol.
Why? What's the exact use case?

can I do some thing like that or I will have to change it manually every
time ?
Maybe you could play with PREMIRROS? (I've never explicitly used that
variable though):
https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-PREMIRRORS

I guess the asterisk parts could be removed and the path to more or less your
source could be used (ssh first, to http path in your SRC_URI)?

That's a shot in the dark for me but something to test I'd say :)

Quentin


[oe][yocto][bitbake] Fetching source using different protocols

Dawod
 

Hello,

I need to fetch a git repo using 2 different protocols ( ssh & https )
So that when I run bitbake, It will fetch using ssh protocol first and if it fails to fetch, It will try to fetch using https protocol.

can I do some thing like that or I will have to change it manually every time ?

Thank you,
--
 
Mohamed Dawod
Computer Engineer


3.2 (Gatesgarth ) assistance

Armin Kuster
 

Hello,

The Yocto Project and OE bug triage are seeking some assistance on tasks we hope to addressed into 3.2.

The first milestone for 3.2 is targeted for 2020/6/16.   If anyone is interested in helping or seeking a new  challenge, please  take a look in the list below to see if anything interests you. Help can be in any form from research to a patch to address the issue.

Best regards,
Armin
(On behalf of the Yocto Project triage team)



https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_3.2_Unassigned_Enhancements.2FBugs


5389 bitbake/lib/bb/fetch2: filename too long normal Medium+ 3.2 M1 Unassigned IN PROGRESS IMPLEMENTATION
4
7600 syslinux: port extX support patches to syslinux community enhancement Medium+ 3.2 M1 Unassigned IN PROGRESS IMPLEMENTATION
5
10731 bitbake --observe-only doesn't work with memres normal Medium+ 3.2 M1 Unassigned IN PROGRESS REVIEW
5
11351 go-native: do_compile failed when len(tmp) = 410 normal Medium+ 3.2 M1 Unassigned NEW
2
11781 bitbake --observe-only may get KeyError normal Medium+ 3.2 M1 Unassigned IN PROGRESS REVIEW
3
12347 llvm-native: do_configure failed when len(TMPDIR) == 410 normal Medium+ 3.2 M1 Unassigned NEW
2
12362 webkitgtk: do_compile failed when len(TMPDIR) == 410 normal Medium+ 3.2 M1 Unassigned NEW
3
12367 moving or removing tmp breaks persistent bitbake server normal Medium+ 3.2 M1 Unassigned NEW

12374 do_rootfs failed when len(TMPDIR) == 410 normal Medium+ 3.2 M1 Unassigned NEW
2
13004 Automate yocto-check-layer -m option enhancement Medium+ 3.2 M1 Unassigned NEW

13023 Switch to memory resident bitbake by default in 3.2 enhancement Medium+ 3.2 M1 Unassigned NEW

13039 fetch2: PREMIRROR and SRC_URI with type https and parameter downloadfilename yields invalid url normal Medium+ 3.2 M1 Unassigned NEW

13055 oe-selftest runcmd.RunCmdTests.test_stdin failure normal Medium+ 3.2 M1 Unassigned NEW

13176 yocto-check-layer can only check layers which aren't already in BBLAYERS normal Medium+ 3.2 M1 Unassigned NEW Backport 3.1 & 3.0 & 2.7
13181 persist_data sqlite database mixed with forking is irreparably broken normal Medium+ 3.2 M1 Unassigned NEW

13233 fetch2: try_premirror(): improve on updating repo from mirror enhancement Medium+ 3.2 M1 Unassigned NEW
3
13236 sstate for host native packages normal Medium+ 3.2 M1 Unassigned NEW

13279 Make sure users/groups exist for package_write_* tasks normal Medium+ 3.2 M1 Unassigned NEW

13306 bitbake starts up to n^2 processes with n cpus normal Medium+ 3.2 M1 Unassigned NEW

13353 bitbake git fetcher does not honour BB_FETCH_PREMIRRORONLY normal Medium+ 3.2 M1 Unassigned NEW

13419 recipes that add users to groups cannot rely on other recipes creating those groups (when population from sstate happens) normal Medium+ 3.2 M1 Unassigned NEW

13421 File race when calling devtool.setUpModule normal Medium+ 3.2 M1 Unassigned NEW

13463 test linux-yocto-rt kernels too normal Medium+ 3.2 M1 Unassigned NEW

13705 master] bitbake and hashserve.sock left behind when ^C a build normal Medium+ 3.2 M1 Unassigned NEW

13803 devtool setupClass file copying race normal Medium+ 3.2 M1 Unassigned NEW backport 3.1
13811 Memory Resident bitbake has output redirection problem normal Medium+ 3.2 M1 Unassigned NEW

13843 bitbake worker stuck using 100% cpu on aborted build normal Medium+ 3.2 M1 Unassigned NEW

13859 adwaita-icon-theme cannot find GTK+3 gtk-update-icon-cache command minor Medium+ 3.2 M1 Unassigned NEW

13868 Python cache files get lost in packages normal Medium+ 3.2 M1 Unassigned NEW

13822 Easy to have misleading warnings if env script is executed instead of sourced normal Medium+ 3.2 M2 Unassigned


meta-anaconda Python AttributeError: "str" object has no attribute 'decode'

Yocto
 

using meta-anaconda for an iso installer during the grub process python exists with

Python AttributeError: "str" object has no attribute 'decode'

Screen shots attached. seem to have an issue with unicode ....


[patchtest-oe][PATCH v2] test_mbox_mailinglist: Correct suggested mailing lists for docs and poky

Peter Kjellerstedt
 

A new mailing list was recently introduced for documentation related
discussions including patches. And the domain for Yocto mailing lists
was changed with the migration to groups.io.

Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@...>
---

PATCH v2: Removed Change-Id trailer.

tests/test_mbox_mailinglist.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tests/test_mbox_mailinglist.py b/tests/test_mbox_mailinglist.py
index e5700b4..d2781af 100644
--- a/tests/test_mbox_mailinglist.py
+++ b/tests/test_mbox_mailinglist.py
@@ -38,8 +38,8 @@ class MailingList(base.Base):
Project = collections.namedtuple('Project', ['name', 'listemail', 'gitrepo', 'paths'])

bitbake = Project(name='Bitbake', listemail='bitbake-devel@...', gitrepo='http://git.openembedded.org/bitbake/', paths=paths['bitbake'])
- doc = Project(name='Documentantion', listemail='yocto@...', gitrepo='http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/', paths=paths['documentation'])
- poky = Project(name='Poky', listemail='poky@...', gitrepo='http://git.yoctoproject.org/cgit/cgit.cgi/poky/', paths=paths['poky'])
+ doc = Project(name='Documentantion', listemail='docs@...', gitrepo='http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/', paths=paths['documentation'])
+ poky = Project(name='Poky', listemail='poky@...', gitrepo='http://git.yoctoproject.org/cgit/cgit.cgi/poky/', paths=paths['poky'])
oe = Project(name='oe', listemail='openembedded-devel@...', gitrepo='http://git.openembedded.org/meta-openembedded/', paths=paths['oe'])


--
2.21.3


Re: how to list python3 built-in and core modules supplied by python3?

Tim Orling
 



On Fri, May 8, 2020 at 1:59 PM Ross Burton <ross@...> wrote:
On Thu, 7 May 2020 at 19:01, Robert P. J. Day <rpjday@...> wrote:
>   colleague recently asked how to list the built-in/core modules that
> come with just installing python3

Installing the python3 package pulls in the entire Python standard
library.  So if it's in the standard library, that installs it.

For both python3 built-in modules and Perl built-in modules it would be REALLY handy to have a post-build definitive list of what the provide.


Ross


Re: how to list python3 built-in and core modules supplied by python3?

Ross Burton <ross@...>
 

On Thu, 7 May 2020 at 19:01, Robert P. J. Day <rpjday@...> wrote:
colleague recently asked how to list the built-in/core modules that
come with just installing python3
Installing the python3 package pulls in the entire Python standard
library. So if it's in the standard library, that installs it.

Ross


#raspberrypi #yocto No such device "wlan0" on raspberrypi3 #raspberrypi #yocto

kbeaugrand@...
 

Hi, 

I'm pretty new on yocto project/tools and I'm trying to build a simple image for running a raspberry PI 3.
The raspberry starts well and works well with eth0 network interface. However wlan0 interface seems to not be working.

When trying to start manually the interface I get these messages 

ifup wlan0
Successfully initialized wpa_supplicant
rfkill: Cannot get wiphy information
Could not read interface wlan0 flags: No such device
WEXT: Could not set interface 'wlan0' UP
wlan0: Failed to initialize driver interface
ip: SIOCGIFFLAGS: No such device

Here is my local.conf excerp for installing wlan for my image : 
ENABLE_UART = "1"

DISTRO_FEATURES_append += " bluetooth wifi bluez5"
IMAGE_INSTALL_append += " linux-firmware bluez5 wpa-supplicant"

I'm pretty sure that someone has already done this before me ;)  
Could you tell me if I miss something ? 

Regards, 


Re: pkg_postinst_ontarget not executed

Alexander Kanavin
 

On Fri, 8 May 2020 at 11:32, Damien LEFEVRE <lefevre.da@...> wrote:

If can find the postinst script in /var/lib/opkg/info/test-deployment.postinst and execute it.

Since test-deployment is a new package, I would have expected pkg_postinst_ontarget to be executed

How is the first boot detected on a poky image? Is there a way to detect if .postinst scripts haven't been executed?

The scripts to be executed  are written into /etc/rpm|deb|ipk-postinsts/ and executed by
meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts script (which is started on first boot as a service).
Then they get deleted.

Alex


perf Makefile issue building with 5.6.2 kernel image

sateesh m
 



---------- Forwarded message ---------
From: sateesh m <sateesh0457@...>
Date: Thu, May 7, 2020 at 5:06 PM
Subject: perf Makefile issue building with 5.6.2 kernel image
To: Yocto discussion list <yocto@...>, <yocto@...>


Hi Sir,

           I am getting issue with perf tool building with 5.6.2 kernel yocto image  .can anybody knows this issue can you give any suggestions or any patch file.  




Thanks & Regards,
Sateesh


pkg_postinst_ontarget not executed

Damien LEFEVRE
 

Hi,

I have a device with rootfs mounted readonly and with an overlay on top of it to do the factory reset.

There's A/B partitioning. So there is a duplicate set of partitions.

There's an OTA engine to deploy atomics images.

I have the following usecase:
1. I flash a minimal image
2. I write the device type into a file (mutiple variant but same HW setup) to a persistent data partition.
3. I deploy the common product image via OTA engine. The whole rootfs is deployed atomically
4. I copy the current overlay partition content to the next overlay partition
5. Reboot
6. System boots to the next slot to the common product image

Currently, the common product image is the minimal image with the addition of this test-deployment package:

DISCRIPTION = "Test product specific deployment"
LICENSE = "CLOSED"
FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

SRC_URI = " \
    file://config.type1 \
    file://config.type2 \
    file://config.type3 \
"

do_configure[noexec] = "1"
do_compile[noexec] = "1"

do_install() {
    install -d ${D}/opt/test
    install -m 0644 ${WORKDIR}/config.type1 ${D}/opt/test
    install -m 0644 ${WORKDIR}/config.type2 ${D}/opt/test
    install -m 0644 ${WORKDIR}/config.type3 ${D}/opt/test
}

pkg_postinst_ontarget_${PN}() {
    systemid=$(cat /persistent/systemid)
    cd /opt/test
    mv config.$systemid config
    rm config.*
}

FILES_${PN} += " \
    /opt/test/* \
"


The /opt/test folder is now present but it still contains config.type1, config.type2 and config.type3.

If can find the postinst script in /var/lib/opkg/info/test-deployment.postinst and execute it.

Since test-deployment is a new package, I would have expected pkg_postinst_ontarget to be executed

How is the first boot detected on a poky image? Is there a way to detect if .postinst scripts haven't been executed?

Thanks,
-Damien

9221 - 9240 of 58586