Date   

Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Richard Purdie
 

On Tue, 2021-01-19 at 20:22 +0000, Monsees, Steven C (US) wrote:
All but the following downloaded except these which failed (timing out):

 https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2
 https://download.qemu.org/qemu-4.1.0.tar.xz
 http://libarchive.org/downloads/libarchive-3.4.0.tar.gz

fyi... I am using zeus 3.0.4.
I did just check and these do seem to download ok here:

$ wget https://download.qemu.org/qemu-4.1.0.tar.xz
--2021-01-19 21:09:28-- https://download.qemu.org/qemu-4.1.0.tar.xz
Resolving download.qemu.org (download.qemu.org)... 172.99.69.163
Connecting to download.qemu.org (download.qemu.org)|172.99.69.163|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 54001708 (52M) [application/x-xz]
Saving to: ‘qemu-4.1.0.tar.xz’

qemu-4.1.0.tar.xz 100%[=======================================================================>] 51.50M 8.77MB/s in 6.3s

2021-01-19 21:09:35 (8.21 MB/s) - ‘qemu-4.1.0.tar.xz’ saved [54001708/54001708]

$ wget https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2
--2021-01-19 21:09:38-- https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2
Resolving sourceware.org (sourceware.org)... 2620:52:3:1:0:246e:9693:128c, 8.43.85.97
Connecting to sourceware.org (sourceware.org)|2620:52:3:1:0:246e:9693:128c|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 8852413 (8.4M) [application/x-bzip2]
Saving to: ‘elfutils-0.177.tar.bz2’

elfutils-0.177.tar.bz2 100%[=======================================================================>] 8.44M 5.87MB/s in 1.4s

2021-01-19 21:09:40 (5.87 MB/s) - ‘elfutils-0.177.tar.bz2’ saved [8852413/8852413]

$ wget http://libarchive.org/downloads/libarchive-3.4.0.tar.gz
--2021-01-19 21:09:46-- http://libarchive.org/downloads/libarchive-3.4.0.tar.gz
Resolving libarchive.org (libarchive.org)... 2600:9000:21c7:e600:16:e6b0:f440:93a1, 2600:9000:21c7:9000:16:e6b0:f440:93a1, 2600:9000:21c7:2e00:16:e6b0:f440:93a1, ...
Connecting to libarchive.org (libarchive.org)|2600:9000:21c7:e600:16:e6b0:f440:93a1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6908093 (6.6M) [application/octet-stream]
Saving to: ‘libarchive-3.4.0.tar.gz’

libarchive-3.4.0.tar.gz 100%[=======================================================================>] 6.59M 8.25MB/s in 0.8s

2021-01-19 21:09:47 (8.25 MB/s) - ‘libarchive-3.4.0.tar.gz’ saved [6908093/6908093]

$ sha256sum libarchive-3.4.0.tar.gz elfutils-0.177.tar.bz2 qemu-4.1.0.tar.xz
8643d50ed40c759f5412a3af4e353cffbce4fdf3b5cf321cb72cacf06b2d825e libarchive-3.4.0.tar.gz
fa489deccbcae7d8c920f60d85906124c1989c591196d90e0fd668e3dc05042e elfutils-0.177.tar.bz2
656e60218689bdeec69903087fd7582d5d3e72238d02f4481d8dc6d79fd909c6 qemu-4.1.0.tar.xz

Cheers,

Richard


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Monsees, Steven C (US)
 

This is the types of error I am seeing:


WARNING: qemu-native-4.1.0-r0 do_fetch: Failed to fetch URL https://download.qemu.org/qemu-4.1.0.tar.xz, attempting MIRRORS if available
WARNING: libarchive-native-3.4.0-r0 do_fetch: Failed to fetch URL http://libarchive.org/downloads/libarchive-3.4.0.tar.gz, attempting MIRRORS if available
ERROR: libarchive-native-3.4.0-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; unset _PYTHON_SYSCONFIGDATA_NAME; export DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-WGeN1VUN5f,guid=5f3398a95f5d5aa6a98efe74600732fe"; export SSH_AGENT_PID="3519"; export SSH_AUTH_SOCK="/run/user/11588/keyring/ssh"; export PATH="/disk0/scratch/smonsees/yocto/workspace_3/poky/scripts/native-intercept:/disk0/scratch/smonsees/yocto/workspace_3/poky/scripts:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/usr/bin/x86_64-linux:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/usr/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/usr/sbin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/usr/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/sbin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/recipe-sysroot-native/bin:/disk0/scratch/smonsees/yocto/workspace_3/poky/bitbake/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/hosttools"; export HOME="/ede/smonsees"; /usr/bin/env wget -t 2 -T 30 --passive-ftp --no-check-certificate -P /disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64 'http://libarchive.org/downloads/libarchive-3.4.0.tar.gz' --progress=dot -v failed with exit code 3, output:
--2021-01-19 20:29:29-- http://libarchive.org/downloads/libarchive-3.4.0.tar.gz
Resolving libarchive.org (libarchive.org)... 99.84.191.71, 99.84.191.4, 99.84.191.92, ...
Connecting to libarchive.org (libarchive.org)|99.84.191.71|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6908093 (6.6M) [application/octet-stream]
Saving to: ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/libarchive-3.4.0.tar.gz’

0K ........ 0% 290 =31s

2021-01-19 20:30:10 (290 B/s) - Connection closed at byte 8875. Retrying.

--2021-01-19 20:30:11-- (try: 2) http://libarchive.org/downloads/libarchive-3.4.0.tar.gz
Connecting to libarchive.org (libarchive.org)|99.84.191.71|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6908093 (6.6M) [application/octet-stream]
Saving to: ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/libarchive-3.4.0.tar.gz’

0K 0% 0.00 =0.002s


Cannot write to ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/libarchive-3.4.0.tar.gz’ (Success).

ERROR: libarchive-native-3.4.0-r0 do_fetch: Fetcher failure for URL: 'http://libarchive.org/downloads/libarchive-3.4.0.tar.gz'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/libarchive-native/3.4.0-r0/temp/log.do_fetch.11418
ERROR: Task (virtual:native:/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-extended/libarchive/libarchive_3.4.0.bb:do_fetch) failed with exit code '1'
ERROR: qemu-native-4.1.0-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; unset _PYTHON_SYSCONFIGDATA_NAME; export DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-WGeN1VUN5f,guid=5f3398a95f5d5aa6a98efe74600732fe"; export SSH_AGENT_PID="3519"; export SSH_AUTH_SOCK="/run/user/11588/keyring/ssh"; export PATH="/disk0/scratch/smonsees/yocto/workspace_3/poky/scripts/native-intercept:/disk0/scratch/smonsees/yocto/workspace_3/poky/scripts:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/usr/bin/x86_64-linux:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/usr/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/usr/sbin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/usr/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/sbin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/recipe-sysroot-native/bin:/disk0/scratch/smonsees/yocto/workspace_3/poky/bitbake/bin:/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/hosttools"; export HOME="/ede/smonsees"; /usr/bin/env wget -t 2 -T 30 --passive-ftp --no-check-certificate -P /disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64 'https://download.qemu.org/qemu-4.1.0.tar.xz' --progress=dot -v failed with exit code 3, output:
--2021-01-19 20:28:05-- https://download.qemu.org/qemu-4.1.0.tar.xz
Resolving download.qemu.org (download.qemu.org)... 172.99.69.163
Connecting to download.qemu.org (download.qemu.org)|172.99.69.163|:443... connected.
WARNING: cannot verify download.qemu.org's certificate, issued by ‘/C=US/ST=VA/L=Reston/O=BAE Systems, Inc./OU=Cybersecurity Engineering/CN=BAEPROXY’:
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 200 OK
Length: 54001708 (52M) [application/x-xz]
Saving to: ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/qemu-4.1.0.tar.xz’

0K ........ 0% 188 =47s

2021-01-19 20:28:58 (188 B/s) - Connection closed at byte 8828. Retrying.

--2021-01-19 20:28:59-- (try: 2) https://download.qemu.org/qemu-4.1.0.tar.xz
Connecting to download.qemu.org (download.qemu.org)|172.99.69.163|:443... connected.
WARNING: cannot verify download.qemu.org's certificate, issued by ‘/C=US/ST=VA/L=Reston/O=BAE Systems, Inc./OU=Cybersecurity Engineering/CN=BAEPROXY’:
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 200 OK
Length: 54001708 (52M) [application/x-xz]
Saving to: ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/qemu-4.1.0.tar.xz’

0K 0% 0.00 =0s


Cannot write to ‘/disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/qemu-4.1.0.tar.xz’ (Success).

ERROR: qemu-native-4.1.0-r0 do_fetch: Fetcher failure for URL: 'https://download.qemu.org/qemu-4.1.0.tar.xz'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/qemu-native/4.1.0-r0/temp/log.do_fetch.11272
ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-devtools/qemu/qemu-native_4.1.0.bb:do_fetch) failed with exit code '1'

-----Original Message-----
From: Monsees, Steven C (US) <steven.monsees@baesystems.com>
Sent: Tuesday, January 19, 2021 3:22 PM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; Richard Purdie <richard.purdie@linuxfoundation.org>; yocto@lists.yoctoproject.org
Subject: RE: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS


All but the following downloaded except these which failed (timing out):

https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2
https://download.qemu.org/qemu-4.1.0.tar.xz
http://libarchive.org/downloads/libarchive-3.4.0.tar.gz

fyi... I am using zeus 3.0.4.

Steve

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org
Sent: Tuesday, January 19, 2021 9:25 AM
To: Richard Purdie <richard.purdie@linuxfoundation.org>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.



From shell... I just checked the mega-manual, will rerun as described...

-----Original Message-----
From: Richard Purdie <richard.purdie@linuxfoundation.org>
Sent: Tuesday, January 19, 2021 9:13 AM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.


On Tue, 2021-01-19 at 14:08 +0000, Monsees, Steven C (US) wrote:
That was set : export BB_GENERATE_MIRROR_TARBALLS=1
Just to be clear, where did you set that? In a .conf file? If so, you don't need the export bit. If it was in a shell it probably wouldn't work.

Also, you didn't answer my other question, did you refetch everything with that set?

Cheers,

Richard


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Monsees, Steven C (US)
 

All but the following downloaded except these which failed (timing out):

https://sourceware.org/elfutils/ftp/0.177/elfutils-0.177.tar.bz2
https://download.qemu.org/qemu-4.1.0.tar.xz
http://libarchive.org/downloads/libarchive-3.4.0.tar.gz

fyi... I am using zeus 3.0.4.

Steve

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org
Sent: Tuesday, January 19, 2021 9:25 AM
To: Richard Purdie <richard.purdie@linuxfoundation.org>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.



From shell... I just checked the mega-manual, will rerun as described...

-----Original Message-----
From: Richard Purdie <richard.purdie@linuxfoundation.org>
Sent: Tuesday, January 19, 2021 9:13 AM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.


On Tue, 2021-01-19 at 14:08 +0000, Monsees, Steven C (US) wrote:
That was set : export BB_GENERATE_MIRROR_TARBALLS=1
Just to be clear, where did you set that? In a .conf file? If so, you don't need the export bit. If it was in a shell it probably wouldn't work.

Also, you didn't answer my other question, did you refetch everything with that set?

Cheers,

Richard


Re: insmod - huawei E3372h kernel module

Zoran
 

Zolee,

You need also to do on the target platform the following (very first time):

You must have header files, at minimum, in target's : /usr/src/$(uname -r)/

Or for yocto (AFAIK), maybe: /usr/src/kernel/$(uname -r)/

To prepare out-of-tree device driver compilation in /usr/src/kernel/$(uname -r)/

/usr/src/kernel/$(uname -r)$ make oldconfig && make prepare
/usr/src/kernel/$(uname -r)$ sudo make scripts prepare

Zee
_______

On Tue, Jan 19, 2021 at 3:48 PM Zoltan Kerenyi Nagy
<kerenyi.nagy.zoltan@gmail.com> wrote:

My modeles.dep file looks like this on target:

kernel/fs/nfs/flexfilelayout/nfs_layout_flexfiles.ko:
kernel/crypto/echainiv.ko:
kernel/crypto/gcm.ko:
kernel/crypto/ccm.ko:
kernel/crypto/ghash-generic.ko:
kernel/drivers/char/hw_random/rng-core.ko:
kernel/net/ipv4/tcp_bic.ko:
kernel/net/ipv4/tcp_westwood.ko:
kernel/net/ipv4/tcp_htcp.ko:
kernel/net/bridge/br_netfilter.ko:
kernel/net/wireless/cfg80211.ko: kernel/net/rfkill/rfkill.ko
kernel/net/mac80211/mac80211.ko: kernel/net/wireless/cfg80211.ko kernel/net/rfkill/rfkill.ko
kernel/net/rfkill/rfkill.ko:
kernel/net/rfkill/rfkill-regulator.ko: kernel/net/rfkill/rfkill.ko
kernel/net/rfkill/rfkill-gpio.ko: kernel/net/rfkill/rfkill.ko
extra/cdc-ncm.ko: extra/cdc-wdm.ko
extra/hello.ko:
extra/cdc-wdm.ko:
extra/huawei_cdc_ncm.ko: extra/cdc-wdm.ko

--
Zolee


Yocto Project Status WW03`21

Stephen Jolley
 

Current Dev Position: YP 3.3 M2 development

Next Deadline: 18th January 2021 YP 3.3 M2 build 

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.3 M2 is due to be built once the currently queued patches are stalised.
  • YP 3.1.5 has been built and is through QA and likely to be released imminently after TSC review.
  • We’re pleased to announce that Bootlin are going to be helping with the build and integration work for the project, we’d like to welcome them on board and also thank the projects member companies for making this possible.
  • Builds are continuing to show some intermittent instability. Unfortunately we also suffered NAS issues and whilst there has been no data loss, recovery of the system is slowing the autobuilder temporarily.
  • Intermittent autobuilder issues continue to occur and with more invasive changes and higher rebuild rates, the numbers are increasing again. 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.3 Milestone Dates:

  • YP 3.3 M2 build date 2021/01/18
  • YP 3.3 M2 Release date 2021/01/29
  • YP 3.3 M3 build date 2021/03/01
  • YP 3.3 M3 Release date 2021/03/12
  • YP 3.3 M4 build date 2021/04/05
  • YP 3.3 M4 Release date 2021/04/30

 

Planned upcoming dot releases:

  • YP 3.1.5 is out of QA.
  • YP 3.2.2 build date 2021/02/08
  • YP 3.2.2 release date 2021/02/19
  • YP 3.1.6 build date 2021/02/22
  • YP 3.1.6 release date 2021/03/05
  • YP 3.1.7 build date 2021/03/22
  • YP 3.1.7 release date 2021/04/02

 

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: insmod - huawei E3372h kernel module

Zoltan Kerenyi Nagy
 

My modeles.dep file looks like this on target:

kernel/fs/nfs/flexfilelayout/nfs_layout_flexfiles.ko:
kernel/crypto/echainiv.ko:
kernel/crypto/gcm.ko:
kernel/crypto/ccm.ko:
kernel/crypto/ghash-generic.ko:
kernel/drivers/char/hw_random/rng-core.ko:
kernel/net/ipv4/tcp_bic.ko:
kernel/net/ipv4/tcp_westwood.ko:
kernel/net/ipv4/tcp_htcp.ko:
kernel/net/bridge/br_netfilter.ko:
kernel/net/wireless/cfg80211.ko: kernel/net/rfkill/rfkill.ko
kernel/net/mac80211/mac80211.ko: kernel/net/wireless/cfg80211.ko kernel/net/rfkill/rfkill.ko
kernel/net/rfkill/rfkill.ko:
kernel/net/rfkill/rfkill-regulator.ko: kernel/net/rfkill/rfkill.ko
kernel/net/rfkill/rfkill-gpio.ko: kernel/net/rfkill/rfkill.ko
extra/cdc-ncm.ko: extra/cdc-wdm.ko
extra/hello.ko:
extra/cdc-wdm.ko:
extra/huawei_cdc_ncm.ko: extra/cdc-wdm.ko

--
Zolee


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Monsees, Steven C (US)
 

From shell... I just checked the mega-manual, will rerun as described...

-----Original Message-----
From: Richard Purdie <richard.purdie@linuxfoundation.org>
Sent: Tuesday, January 19, 2021 9:13 AM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.


On Tue, 2021-01-19 at 14:08 +0000, Monsees, Steven C (US) wrote:
That was set : export BB_GENERATE_MIRROR_TARBALLS=1
Just to be clear, where did you set that? In a .conf file? If so, you don't need the export bit. If it was in a shell it probably wouldn't work.

Also, you didn't answer my other question, did you refetch everything with that set?

Cheers,

Richard


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Richard Purdie
 

On Tue, 2021-01-19 at 14:08 +0000, Monsees, Steven C (US) wrote:
That was set : export BB_GENERATE_MIRROR_TARBALLS=1
Just to be clear, where did you set that? In a .conf file? If so, you
don't need the export bit. If it was in a shell it probably wouldn't
work.

Also, you didn't answer my other question, did you refetch everything
with that set?

Cheers,

Richard


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Monsees, Steven C (US)
 

That was set : export BB_GENERATE_MIRROR_TARBALLS=1

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf Of Richard Purdie
Sent: Tuesday, January 19, 2021 9:02 AM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] #yocto #kernel BB_GENERATE_MIRROR_TARBALLS

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.


On Tue, 2021-01-19 at 13:42 +0000, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
When I generate MIRROR TARBALLS for my build it does not appear to
generate all the required tarballs…
 
I tested by tested by rebuilding with “BB_NO_NETWORK = 1”, and
received the following build Error (see below).
 
Is there something else I need to define to get all the required
tarballs in build ?
Did you set:

BB_GENERATE_MIRROR_TARBALLS = "1"

If not you need to set that. Also, you may need to refetch things initially to ensure all the right things are generated with that set.

Cheers,

Richard


Re: #yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Richard Purdie
 

On Tue, 2021-01-19 at 13:42 +0000, Monsees, Steven C (US) via
lists.yoctoproject.org wrote:
When I generate MIRROR TARBALLS for my build it does not appear to
generate all the required tarballs…
 
I tested by tested by rebuilding with “BB_NO_NETWORK = 1”, and
received the following build Error (see below).
 
Is there something else I need to define to get all the required
tarballs in build ?
Did you set:

BB_GENERATE_MIRROR_TARBALLS = "1"

If not you need to set that. Also, you may need to refetch things
initially to ensure all the right things are generated with that set.

Cheers,

Richard


#yocto #kernel BB_GENERATE_MIRROR_TARBALLS #yocto #kernel

Monsees, Steven C (US)
 

When I generate MIRROR TARBALLS for my build it does not appear to generate all the required tarballs…

 

I tested by tested by rebuilding with “BB_NO_NETWORK = 1”, and received the following build Error (see below).

 

Is there something else I need to define to get all the required tarballs in build ?

 

Thanks,

Steve

 

Initialising tasks: 100% |##########################################################| Time: 0:00:03

Sstate summary: Wanted 1412 Found 0 Missed 1412 Current 0 (0% match, 0% complete)

NOTE: Executing Tasks

NOTE: Setscene tasks completed

ERROR: ncurses-native-6.1+20190803-r0 do_fetch: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) but access requested with command LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror https://salsa.debian.org/debian/ncurses.git /disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/git2/salsa.debian.org.debian.ncurses.git --progress (for url git://salsa.debian.org/debian/ncurses.git;protocol=https)

ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/ncurses-native/6.1+20190803-r0/temp/log.do_fetch.16824

ERROR: Task (virtual:native:/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb:do_fetch) failed with exit code '1'

NOTE: Tasks Summary: Attempted 99 tasks of which 0 didn't need to be rerun and 1 failed.

 

Summary: 1 task failed:

  virtual:native:/disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb:do_fetch

 

ncurses_6.1+20190803.bb:

 

require ncurses.inc

 

SRC_URI += "file://0001-tic-hang.patch \

            file://0002-configure-reproducible.patch \

            file://config.cache \

            file://0001-ncurses-selective-backport-of-20191012-patch.patch \

"

# commit id corresponds to the revision in package version

SRCREV = "3c9b2677c96c645496997321bf2fe465a5e7e21f"

S = "${WORKDIR}/git"

EXTRA_OECONF += "--with-abi-version=5 --cache-file=${B}/config.cache"

UPSTREAM_CHECK_GITTAGREGEX = "(?P<pver>\d+(\.\d+)+(\+\d+)*)"

 

CVE_VERSION = "6.1.${@d.getVar("PV").split('+')[1]}"

 

/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/x86_64-linux/ncurses-native/6.1+20190803-r0/temp/log.do_fetch.16824:

 

DEBUG: Executing python function extend_recipe_sysroot

NOTE: Direct dependencies are []

NOTE: Installed into sysroot: []

NOTE: Skipping as already exists in sysroot: []

DEBUG: Python function extend_recipe_sysroot finished

DEBUG: Executing python function do_fetch

DEBUG: Executing python function base_do_fetch

DEBUG: Trying PREMIRRORS

DEBUG: For url ['git', 'salsa.debian.org', '/debian/ncurses.git', '', '', OrderedDict([('protocol', 'https')])] comparing ['git', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url git://salsa.debian.org/debian/ncurses.git;protocol=https returning file:///ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz

DEBUG: For url ['file', '', '/ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz', '', '', OrderedDict()] comparing ['ftp', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url ['file', '', '/ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz', '', '', OrderedDict()] comparing ['http', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url ['file', '', '/ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz', '', '', OrderedDict()] comparing ['https', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url ['git', 'salsa.debian.org', '/debian/ncurses.git', '', '', OrderedDict([('protocol', 'https')])] comparing ['ftp', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url ['git', 'salsa.debian.org', '/debian/ncurses.git', '', '', OrderedDict([('protocol', 'https')])] comparing ['http', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: For url ['git', 'salsa.debian.org', '/debian/ncurses.git', '', '', OrderedDict([('protocol', 'https')])] comparing ['https', '.*', '/.*', '', '', OrderedDict()] to ['file', '', '//ede/tms/yocto/zeus/downloads/aarch64', '', '', OrderedDict()]

DEBUG: Mirror fetch failure for url file:///ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz (original url: git://salsa.debian.org/debian/ncurses.git;protocol=https)

DEBUG: Fetcher failure: Unable to find file file:///ede/tms/yocto/zeus/downloads/aarch64/git2_salsa.debian.org.debian.ncurses.git.tar.gz anywhere. The paths that were searched were:

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses-6.1+20190803/limws

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses/limws

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/files/limws

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses-6.1+20190803/

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses/

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/files/

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses-6.1+20190803/x86-64

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses/x86-64

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/files/x86-64

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses-6.1+20190803/

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/ncurses/

    /disk0/scratch/smonsees/yocto/workspace_3/poky/meta/recipes-core/ncurses/files/

    /disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64

DEBUG: Trying Upstream

ERROR: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) but access requested with command LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror https://salsa.debian.org/debian/ncurses.git /disk0/scratch/smonsees/yocto/workspace_3/downloads/aarch64/git2/salsa.debian.org.debian.ncurses.git --progress (for url git://salsa.debian.org/debian/ncurses.git;protocol=https)

DEBUG: Python function base_do_fetch finished

 

 


Re: insmod - huawei E3372h kernel module

Zoltan Kerenyi Nagy
 

Here is an error message:

modprobe - insmod
--
Zolee


insmod - huawei E3372h kernel module

Zoran
 

Forwarded to ross@burtonini.com .

Thank you,
Zoran/Zee

---------- Forwarded message ---------
From: Zoran via lists.yoctoproject.org
<zoran.stojsavljevic=gmail.com@lists.yoctoproject.org>
Date: Tue, Jan 19, 2021 at 2:23 PM
Subject: Re: [yocto] insmod - huawei E3372h kernel module
To: Zoltan Kerenyi Nagy <kerenyi.nagy.zoltan@gmail.com>, Burton, Ross
<ross.burton@intel.com>
Cc: Yocto-mailing-list <yocto@lists.yoctoproject.org>

As far as I understand the KERNEL_MODULE_AUTOLOAD directive will
populate the /etc/modules file, however, after bitbaking, on the device there
is no /etc/modules file or folder but another folder:

root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/
cdc-ncm.ko cdc-wdm.ko hello.ko huawei_cdc_ncm.ko
Hello Ross,

Any comment from you on the target module configuration?

My understanding is the same, the YOCTO building system should somehow
create targets' /etc/modules file, since every reboot should repeat
the order of modules loading (read from the same).

Thank you,
Zoran
_______

On Tue, Jan 19, 2021 at 2:00 PM Zoltan Kerenyi Nagy
<kerenyi.nagy.zoltan@gmail.com> wrote:

I don have a recipie for /etc/modules

To my understanding this order will cause the load:

KERNEL_MODULE_AUTOLOAD += "ncm_driver"KERNEL_MODULE_PROBECONF += "ncm_driver"cdc_ncm = "options ncm_driver iProduct=USB_Host_Driver_for_Network_Control_Model iManufacturer=NCM"

KERNEL_MODULE_AUTOLOAD += "wmc_device_managment"KERNEL_MODULE_PROBECONF += "wmc_device"cdc_wdm = "options wmc_device iProduct=USB_CDC_WCM_Device_Management iManufacturer=WMC"

KERNEL_MODULE_AUTOLOAD += "lte"KERNEL_MODULE_PROBECONF += "lte"huawei_cdc_ncm = "options lte iProduct=E3372h iManufacturer=Huawei"

As far as I understand the KERNEL_MODULE_AUTOLOAD directive will populate the /etc/modules file, however, after bitbaking, on the device there is no /etc/modules file or folder but another folder:

root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/
cdc-ncm.ko cdc-wdm.ko hello.ko huawei_cdc_ncm.ko



--
Zolee


Re: insmod - huawei E3372h kernel module

Zoran
 

As far as I understand the KERNEL_MODULE_AUTOLOAD directive will
populate the /etc/modules file, however, after bitbaking, on the device there
is no /etc/modules file or folder but another folder:

root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/
cdc-ncm.ko cdc-wdm.ko hello.ko huawei_cdc_ncm.ko
Hello Ross,

Any comment from you on the target module configuration?

My understanding is the same, the YOCTO building system should somehow
create targets' /etc/modules file, since every reboot should repeat
the order of modules loading (read from the same).

Thank you,
Zoran
_______

On Tue, Jan 19, 2021 at 2:00 PM Zoltan Kerenyi Nagy
<kerenyi.nagy.zoltan@gmail.com> wrote:

I don have a recipie for /etc/modules

To my understanding this order will cause the load:

KERNEL_MODULE_AUTOLOAD += "ncm_driver"KERNEL_MODULE_PROBECONF += "ncm_driver"cdc_ncm = "options ncm_driver iProduct=USB_Host_Driver_for_Network_Control_Model iManufacturer=NCM"

KERNEL_MODULE_AUTOLOAD += "wmc_device_managment"KERNEL_MODULE_PROBECONF += "wmc_device"cdc_wdm = "options wmc_device iProduct=USB_CDC_WCM_Device_Management iManufacturer=WMC"

KERNEL_MODULE_AUTOLOAD += "lte"KERNEL_MODULE_PROBECONF += "lte"huawei_cdc_ncm = "options lte iProduct=E3372h iManufacturer=Huawei"

As far as I understand the KERNEL_MODULE_AUTOLOAD directive will populate the /etc/modules file, however, after bitbaking, on the device there is no /etc/modules file or folder but another folder:

root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/
cdc-ncm.ko cdc-wdm.ko hello.ko huawei_cdc_ncm.ko



--
Zolee


Re: insmod - huawei E3372h kernel module

Zoltan Kerenyi Nagy
 

I don have a recipie for /etc/modules

To my understanding this order will cause the load:
KERNEL_MODULE_AUTOLOAD += "ncm_driver"KERNEL_MODULE_PROBECONF += "ncm_driver"cdc_ncm = "options ncm_driver iProduct=USB_Host_Driver_for_Network_Control_Model iManufacturer=NCM"
KERNEL_MODULE_AUTOLOAD += "wmc_device_managment"KERNEL_MODULE_PROBECONF += "wmc_device"cdc_wdm = "options wmc_device iProduct=USB_CDC_WCM_Device_Management iManufacturer=WMC"
KERNEL_MODULE_AUTOLOAD += "lte"KERNEL_MODULE_PROBECONF += "lte"huawei_cdc_ncm = "options lte iProduct=E3372h iManufacturer=Huawei"

As far as I understand the KERNEL_MODULE_AUTOLOAD directive will populate the /etc/modules file, however, after bitbaking, on the device there is no /etc/modules file or folder but another folder:

root@barix-ipam400:~# ls /lib/modules/4.10.0/extra/
cdc-ncm.ko         cdc-wdm.ko         hello.ko           huawei_cdc_ncm.ko
 
--
Zolee


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

Sangeeta Jain
 

Hi All,

This is the full report for yocto-3.1.5.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,
Sangeeta

-----Original Message-----
From: Pokybuild User <pokybuild@ubuntu1804-ty-1.yocto.io>
Sent: Thursday, 14 January, 2021 2:37 AM
To: yocto@lists.yoctoproject.org
Cc: otavio@ossystems.com.br; yi.zhao@windriver.com; Sangal, Apoorv
<apoorv.sangal@intel.com>; Yeoh, Ee Peng <ee.peng.yeoh@intel.com>; Chan,
Aaron Chun Yew <aaron.chun.yew.chan@intel.com>;
richard.purdie@linuxfoundation.org; akuster808@gmail.com;
sjolley.yp.pm@gmail.com; Jain, Sangeeta <sangeeta.jain@intel.com>;
steve@sakoman.com
Subject: QA notification for completed autobuilder build (yocto-3.1.5.rc1)


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


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


Build hash information:

bitbake: a394eeec6aeb98c6395cb5da2036ce936bdaa0a0
meta-arm: 9e2ff72858c1744217195ca4a728e0044ac28af1
meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
meta-intel: 4922e10c7b8169585ff9322b0d913dadc525c68e
meta-kernel: 8349870943ba44bbd688656897372e881f32c741
meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
oecore: 72431ee8de5e3a53d259cebf420a7713ac9e1f14
poky: e32d854e33bc86c2a616df8708e021a098afcf73



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



[meta-selinux][PATCH] audit:: update arm syscall table

Yi Zhao
 

Refer to Glibc 2.32, add *_time64 syscalls.

Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
---
...arm_table.h-update-arm-syscall-table.patch | 49 +++++++++++++++++++
recipes-security/audit/audit_3.0.bb | 1 +
2 files changed, 50 insertions(+)
create mode 100644 recipes-security/audit/audit/0001-lib-arm_table.h-update-arm-syscall-table.patch

diff --git a/recipes-security/audit/audit/0001-lib-arm_table.h-update-arm-syscall-table.patch b/recipes-security/audit/audit/0001-lib-arm_table.h-update-arm-syscall-table.patch
new file mode 100644
index 0000000..2d91aaf
--- /dev/null
+++ b/recipes-security/audit/audit/0001-lib-arm_table.h-update-arm-syscall-table.patch
@@ -0,0 +1,49 @@
+From b75eb0db2aed045787b8bf326c7a78e61855af32 Mon Sep 17 00:00:00 2001
+From: Yi Zhao <yi.zhao@windriver.com>
+Date: Mon, 11 Jan 2021 10:25:42 +0800
+Subject: [PATCH] lib/arm_table.h: update arm syscall table
+
+Refer to Glibc 2.32, add *_time64 syscalls.
+
+Upstream-Status: Backport
+[https://github.com/linux-audit/audit-userspace/commit/e7b4006239b5e2c1df7d501a422e39be79a13dc2]
+
+Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
+---
+ lib/arm_table.h | 20 ++++++++++++++++++++
+ 1 file changed, 20 insertions(+)
+
+diff --git a/lib/arm_table.h b/lib/arm_table.h
+index 51a0792..5b0da7d 100644
+--- a/lib/arm_table.h
++++ b/lib/arm_table.h
+@@ -385,6 +385,26 @@ _S(398, "rseq")
+ _S(399, "io_pgetevents")
+ _S(400, "migrate_pages")
+ _S(401, "kexec_file_load")
++_S(403, "clock_gettime64")
++_S(404, "clock_settime64")
++_S(405, "clock_adjtime64")
++_S(406, "clock_getres_time64")
++_S(407, "clock_nanosleep_time64")
++_S(408, "timer_gettime64")
++_S(409, "timer_settime64")
++_S(410, "timerfd_gettime64")
++_S(411, "timerfd_settime64")
++_S(412, "utimensat_time64")
++_S(413, "pselect6_time64")
++_S(414, "ppoll_time64")
++_S(416, "io_pgetevents_time64")
++_S(417, "recvmmsg_time64")
++_S(418, "mq_timedsend_time64")
++_S(419, "mq_timedreceive_time64")
++_S(420, "semtimedop_time64")
++_S(421, "rt_sigtimedwait_time64")
++_S(422, "futex_time64")
++_S(423, "sched_rr_get_interval64")
+ _S(424, "pidfd_send_signal")
+ _S(425, "io_uring_setup")
+ _S(426, "io_uring_enter")
+--
+2.25.1
+
diff --git a/recipes-security/audit/audit_3.0.bb b/recipes-security/audit/audit_3.0.bb
index b7170c7..c7776c3 100644
--- a/recipes-security/audit/audit_3.0.bb
+++ b/recipes-security/audit/audit_3.0.bb
@@ -9,6 +9,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"

SRC_URI = "git://github.com/linux-audit/${BPN}-userspace.git;branch=master \
file://Fixed-swig-host-contamination-issue.patch \
+ file://0001-lib-arm_table.h-update-arm-syscall-table.patch \
file://auditd \
file://auditd.service \
file://audit-volatile.conf \
--
2.17.1


[meta-security][PATCH] ibmswtpm2: disable camellia algorithm

Yi Zhao
 

The openssl in oe-core has disabled several deprecated algorithms
including camellia. Disable this algorithm to fix the build error.

Fixes:
TpmToOsslSym.h:185:42: error: unknown type name 'CAMELLIA_KEY'
185 | #define tpmKeyScheduleCAMELLIA CAMELLIA_KEY
| ^~~~~~~~~~~~

Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
---
meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1637.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1637.bb b/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1637.bb
index 32afd37..301980d 100644
--- a/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1637.bb
+++ b/meta-tpm/recipes-tpm2/ibmswtpm2/ibmswtpm2_1637.bb
@@ -27,7 +27,7 @@ SRC_URI[sha512sum] = "007aa415cccf19a2bcf789c426727dc4032dcb04cc9d11eedc231d2add

S = "${WORKDIR}/src"

-CFLAGS += "-Wno-error=maybe-uninitialized"
+CFLAGS += "-Wno-error=maybe-uninitialized -DALG_CAMELLIA=ALG_NO"

do_compile () {
make CC='${CC}'
--
2.25.1


M+ & H bugs with Milestone Movements WW03

Stephen Jolley
 

All,

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

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

5389

bitbake/lib/bb/fetch2: filename too long

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

10061

Ctrl+C during BB_HASHCHECK_FUNCTION execution does not interrupt processing nicely

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

10096

Allow PREFERRED_VERSION miss to be fatal

randy.macleod@...

newcomer@...

3.3 M2

3.3 M3

 

10731

bitbake --observe-only doesn't work with memres

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

11781

bitbake --observe-only may get KeyError

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

11899

broken 'bitbake --status-only' and 'bitbake -m'

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12023

bitbake-layers show-layers doesn't show layer if it doesn't append itself to BBFILE_COLLECTIONS

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12290

cross recipe kernel module dependency generation stopped working

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12374

do_rootfs failed when len(TMPDIR) == 410

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12367

moving or removing tmp breaks persistent bitbake server

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12760

CMake Toolchain File Has Wrong Module Path

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

12937

Consistent naming scheme for deployed artifacts

randy.macleod@...

Martin.Jansa@...

3.3 M1

3.3 M3

 

12963

nativesdk-opkg prefixes all internal paths with $SDKPATH and won't work

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13004

Automate yocto-check-layer -m option

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13023

Switch to memory resident bitbake by default in 3.3

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13039

fetch2: PREMIRROR and SRC_URI with type https and parameter downloadfilename yields invalid url

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13071

Multiconfig builds may try to execute events that don't exist for them

randy.macleod@...

alejandro@...

3.3 M1

3.3 M3

 

13181

persist_data sqlite database mixed with forking is irreparably broken

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13190

RRS cannot handle multiple recipes with same PN

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13229

ttm_bo_vm_open kernel warning

randy.macleod@...

jon.mason@...

3.3 M1

3.3 M3

 

13233

fetch2: try_premirror(): improve on updating repo from mirror

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13236

sstate for host native packages

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13279

Make sure users/groups exist for package_write_* tasks

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13306

bitbake starts up to n^2 processes with n cpus

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13338

SDK  build fails if image contains bash

randy.macleod@...

akuster@...

3.3 M1

3.3 M3

 

13353

bitbake git fetcher does not honour BB_FETCH_PREMIRRORONLY

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13419

recipes that add users to groups cannot rely on other recipes creating those groups (when population from sstate happens)

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13533

Devtool finish on _git package with SRCPV in PV points to wrong WORKDIR

randy.macleod@...

jaewon@...

3.3 M1

3.3 M3

 

13550

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

randy.macleod@...

mark.hatle@...

3.3 M1

3.3 M3

 

13566

Write tests for multiconfig files in layers and document

randy.macleod@...

mostthingsweb@...

3.3 M1

3.3 M3

 

13625

test_devtool_add_library fails in multilib setups

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13705

master] bitbake and hashserve.sock left behind when ^C a build

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13731

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

randy.macleod@...

alejandro@...

3.3 M1

3.3 M3

 

13742

HashEquiv server should have a read-only port or endpoint

randy.macleod@...

dl9pf@...

3.3 M1

3.3 M3

 

13748

bitbake doesn't detect changes in code to run do_compile when using devtool modify on recipe with destsuffix

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13808

do_task[noexec] = "" marks task noexec, which is inconsistent with docs

randy.macleod@...

mostthingsweb@...

3.3 M1

3.3 M3

 

13843

bitbake worker stuck using 100% cpu on aborted build

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13868

Python cache files get lost in packages

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13891

insane.bbclass: do_package_qa hangs when checking a FIFO (named pipe) file

randy.macleod@...

twoerner@...

3.3 M1

3.3 M3

 

13897

POSTINST_INTERCEPTS_DIR broken by undocumented POSTINST_INTERCEPTS_PATHS since thud

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13901

npm build error when the shrinkwrap file has no dependencies

randy.macleod@...

jeanmarie.lemetayer@...

3.3 M1

3.3 M3

 

13903

npmsw fetcher fails if multiple recipes have common npm packages

randy.macleod@...

jeanmarie.lemetayer@...

3.3 M1

3.3 M3

 

13910

Intermittent host UID contamination highlighted by devtool tests

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13920

uninative tarball license compliance in ESDK

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13933

Devtool does not work with multiconfig

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13954

Invalid layerindex data causing backtrace in `bitbake-layers layerindex-fetch`

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13965

gRPC recipe not listed in master branch: layer index broken

randy.macleod@...

bluelightning@...

3.3 M1

3.3 M3

 

13976

gdb8.3 do compile with musl is error

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

13998

Changing create_sdk_files doesn't rebuild buildtools-tarball

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14015

URL Arguments in MIRROR/PREMIRROR get encoded

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14021

Remove debug_domain logic

randy.macleod@...

JPEWhacker@...

3.3 M1

3.3 M3

 

14023

oe-selftest doesn't work with BB_SERVER_TIMEOUT=60

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14034

Repeat of a failed bitbake -g eventually would cause bitbake hang

randy.macleod@...

JPEWhacker@...

3.3 M1

3.3 M3

 

14040

recipetool: creating binary recipe from upstream git repo without explicit PV causes circular reference in SRC_URI

randy.macleod@...

mostthingsweb@...

3.3 M1

3.3 M3

 

14045

git fetcher deadlock with self-referencing sub-modules

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14065

Automated ptest regression testing

randy.macleod@...

sangeeta.jain@...

3.3 M1

3.3 M3

 

14066

bitbake core-image-base -c populate_sdk fails when image contains bash, core-utils and package_deb is used

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14081

Not possible to get src package in image when using PACKAGE_DEBUG_SPLIT_STYLE='debug-file-directory'

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14095

signing selftest failure in test_signing_sstate_archive  debina9-ty-2

randy.macleod@...

saul.wold@...

3.3 M2

3.3 M3

 

14096

perl install race (pod2text)

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14100

SDKPATH should not reference SDK_VERSION

randy.macleod@...

ydirson@...

3.3 M1

3.3 M3

 

14090

devtool.DevtoolExtractTests.test_devtool_deploy_target selftest failure

randy.macleod@...

stacygaikovaia@...

3.3 M2

3.3 M3

 

14104

3.1.2 (not an option above) devtool finish does not copy recipe in layer

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14116

Go cannot compile on target

randy.macleod@...

raj.khem@...

3.3 M1

3.3 M3

 

14123

Intermittent FileNotFound error on autobuilder oe-selftest-debian

randy.macleod@...

richard.purdie@...

3.3 M2

3.3 M3

 

14120

pkg_postinst_ontarget_${PN}

randy.macleod@...

pokylinux@...

3.3 M1

3.3 M3

 

14125

busybox wget ssl is exposed to MitM attack due to CVE-2018-1000500

randy.macleod@...

shachar@...

3.3 M1

3.3 M3

 

14128

qemuppc failed to shutdown

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14147

lttng packaging failed due to possible pseudo race or missing pseudo syscall

randy.macleod@...

richard.purdie@...

3.3 M2

3.3 M3

 

14150

devtool: modify: fails for gstreamer1.0-plugins-good

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14151

devtool build fails for python3

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14158

tinfoil.TinfoilTests.test_wait_event times out

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14163

libevent arm ptest intermittent failure

randy.macleod@...

unassigned@...

3.3 M2

3.3 M3

 

14170

glib-2.0 codegen ptest failure

randy.macleod@...

randy.macleod@...

3.3 M2

3.3 M3

 

14164

libinput arm ptest intermittent failure

randy.macleod@...

changqing.li@...

3.3 M2

3.3 M3

 

14165

strace ptest intermittent failure in qual_fault-syscall.test

randy.macleod@...

yifan.yu@...

3.3 M2

3.3 M3

 

14177

tcl ptest intermittent failure

randy.macleod@...

mingli.yu@...

3.3 M2

3.3 M3

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Enhancements/Bugs closed WW03!

Stephen Jolley
 

All,

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

Who

Count

randy.macleod@...

2

mshah@...

2

ross@...

1

JPEWhacker@...

1

jon.mason@...

1

Grand Total

7

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 

1121 - 1140 of 53147