Date   

[meta-mingw] [PATCH 2/3] meta-mingw: Override syntax conversion manual fixes

Richard Purdie
 

Fix a coupld of mis-converted lines from the automated override
conversion script.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
recipes-devtools/gcc/gcc-runtime_%.bbappend | 4 ++--
recipes-graphics/wayland/wayland_%.bbappend | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-devtools/gcc/gcc-runtime_%.bbappend b/recipes-devtools/gcc/gcc-runtime_%.bbappend
index 0013e88..1511abb 100644
--- a/recipes-devtools/gcc/gcc-runtime_%.bbappend
+++ b/recipes-devtools/gcc/gcc-runtime_%.bbappend
@@ -1,5 +1,5 @@
-FILES:libstdc++_append_mingw32 = " ${bindir}/libstdc++*.dll"
-FILES:libstdc++-staticdev_append_mingw32 = " ${libdir}/libstdc++.dll.a*"
+FILES:libstdc++:append:mingw32 = " ${bindir}/libstdc++*.dll"
+FILES:libstdc++-staticdev:append:mingw32 = " ${libdir}/libstdc++.dll.a*"
FILES:libssp:append:mingw32 = " ${bindir}/libssp*.dll"
# FILES:libgomp:append:mingw32 = " ${bindir}/libgomp*.dll"

diff --git a/recipes-graphics/wayland/wayland_%.bbappend b/recipes-graphics/wayland/wayland_%.bbappend
index 86a9061..e8ca57d 100644
--- a/recipes-graphics/wayland/wayland_%.bbappend
+++ b/recipes-graphics/wayland/wayland_%.bbappend
@@ -1,6 +1,6 @@
# The assembly file that encodes the DTD string into wayland-scanner is not
# compatible with i686 MinGW
-PACKAGECONFIG:remove:mingw32_i686 = "dtd-validation"
+PACKAGECONFIG:remove:mingw32:i686 = "dtd-validation"

EXTRA_OECONF:class-nativesdk:mingw32 = "--disable-documentation --disable-libraries"
EXTRA_OEMESON:class-nativesdk:mingw32 = "-Ddocumentation=false -Dlibraries=false"
--
2.30.2


Minutes: Yocto Project Weekly Triage Meeting 7/29/2021

Trevor Gamblin
 

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

Attendees: Diane, Joshua, MichaelO, Randy, Richard, Stephen, Steve, Tim, Tony, TrevorG

ARs:

- Tim to talk with Intel team about bug 14491 ([QA 3.4_M2.rc1] - stap.StapTest.test_stap failure)
- Randy to discuss bug (save which recipe fetches which source) with Robert and come to a conclusion

Notes:

- Steve encountered build failures such as the one in https://errors.yoctoproject.org/Errors/Details/593109/ when attempting to run dunfell builds with the PARALLEL_MAKE load averaging added. WR is testing/investigating on internal Autobuilder instance

Medium+ 3.4 Unassigned Enhancements/Bugs: 80 (Last week 73)

Medium+ 3.99 Unassigned Enhancements/Bugs: 28 (Last week 27)

AB-INT Bugs: 46 (Last week 49)


Yocto Autobuilder: Latency Monitor and AB-INT - Meeting notes: July 29, 2021

Randy MacLeod
 

YP AB Intermittent failures meeting
===================================
July 29, 2021, 9 AM ET
https://windriver.zoom.us/j/3696693975

Attendees: Tony, Richard, Trevor, Randy, Sakib!


Summary:
========

ptest failures again are better but there's still room
for improvement.

The make/ninja load average limit is in but it's not clear
if it's effective yet.

We tried mechanically summarizing all the high latency top logs
for the last week. No firm conclusions but initial thoughts below.


If anyone wants to help, we could use more eyes on the logs,
particularly the summary logs and understanding iostat #
when the dd test times out.



Plans for the week:
===================

All: Wait and see if the ptest failure rate continues to be lower
than previous weeks.

Richard:
Alex:
Sakib: hook more responsive load average in to latency test. (v2)
Trevor: patch to set PARALLEL_MAKE : -l 50
-> dunfell, gatesgarth, hardknott
Investigate dunfell which failed with this change.
Tony:
Saul: on vacation
Randy: Look at performance data


Meeting Notes:
==============

1. job server

- ninja could be patched with make's more responsive algorithm
next or is this good enough?

- Richard suggested that we extract make's code for measuring the load
average to a separate binary and run it in the periodic io latency
test. Also can we translate it to python?
- Trevor is working on this and had some problems so next week.


2. AB status

ptest cases are improving, we may be close to done!
Let's wait a week to see how things go. (July29, we're not done...)

- development week with lots of failures and a-quick builds
so it's hard to say.

3. Nothing new on this item this week (July 29):
Richard reported
- something really flaky going on with serial ports.
- particularly bad on qemuppc but also x86.
- related to Saul's QMP data dump?
- Juy 22/29: We didn't talk about this issue this week.

4. Sakib's improvements to the logging are merged.
We think Michael needs to update the script that generates the
web page. Randy/Sakib to talk with Michael.
-- Done.

Sakib generated a summary of all high latency 'top' logs from
~July 23->July 29 by just running his summary script on the
merged raw top logs. see all_summary attached.

You can see what compilation jobs are most frequently associated
with high latency events by:
$ grep GCC ~/Downloads/all_summary.txt | less

They are: linux-yocto, llvm, qemu, gtk+,

# quick top 10 list:
$ grep GCC ~/Downloads/all_summary.txt | grep cc | head -10 | \
cut -d"/" -f1,4,5,8

104 ~/genericx86_64-poky-linux/linux-yocto/x86_64-poky-linux

94 ~/core2-32-poky-linux-musl/llvm/i686-poky-linux-musl

89 ~/i686-nativesdk-pokysdk-linux/nativesdk-qemu/i686-pokysdk-linux

74 ~/core2-32-poky-linux-musl/gtk+3/i686-poky-linux-musl

64 ~/build-st/reproducibleB/core2-64-poky-linux

59 ~/cortexa8hf-neon-poky-linux-gnueabi/qemu/arm-poky-linux-gnueabi

53 ~/qemux86-poky-linux/perf/i686-poky-linux

40 ~/core2-64-poky-linux/glibc/x86_64-poky-linux

39 ~/build-st/reproducibleA/core2-64-poky-linux

38 ~/ppc7400-poky-linux/ofono/powerpc-poky-linux


If you look at the non-GCC activities that are not part of the
base OS activities you see processes such as:
make, mv, perl, tar, pseudo, rm, ninja

$ grep -v GCC ~/Downloads/all_summary.txt | grep -A 33 "Userspace Process Summary:"

Userspace Process Summary:

12326 bitbake-server

12145 python3

8112 /bin/sh

7213 /bin/bash

5207 make

1329 /usr/bin/python3

826 mv

758 (sd-pam)

715 perl

694 x86_64-poky-linux-gcc

620 top

587 sshd:

580 bash

566 /lib/systemd/systemd

561 -bash

476 tar

398 sh

397 arm-poky-linux-gnueabi-gcc

386 /usr/bin/dbus-daemon

382 gcc

379 /usr/sbin/irqbalance

379 /sbin/agetty

373 ~/pkgman-rpm-non-rpm/build/build/tmp/sysroots-components/x86_64/pseudo-native/usr/bin/pseudo

360 qmgr

360 dpkg-deb

358 pickup

356 rm

351 as

335 /usr/sbin/cron

333 /usr/sbin/rsyslogd

326 /usr/sbin/atd

314 /usr/sbin/sshd

296 ninja



mv is likely blocked on IO (Sakib please confirm from logs)
Since make is around more than ninja, we may be able to better
control the load using the 'load average' limit and not have to patch
ninja (with make's enhancement) to be more responsive.

Attachments:
a. script to gather the file: sum_sum.py
b. ./summarize_to_outup.py all <directory w/ all the interval files>

More analysis required....


5. (From July 8)
Richard says that we may need to redesign the data collection system
that Sakib's AB INT tests are based on.
Was worried the current approach does NOT cover oe-selftests but
we do see it when we see the AB-INT trigger from builds. Not sure
if we need the change anything yet. Everything goes through
run-command in yocto-ab-helper.


Still relevant parts of
Previous Meeting Notes:
=======================


4. bitbake server timeout ( no change july 29)

"Timeout while waiting for a reply from the bitbake server (60s)"

Randy mentioned that the bitbake server timeouts seen in the
Wind River build cluster have gone away after upgrading to
a newer version of docker.

Old: Docker Version: Docker version 18.09.4, build d14af54266
New: Docker Version: Docker version 20.10.7, build f0df350


Clearly the YP ABs aren't running in docker but what
about firmware and kernel tunings.

Michael,

Is the BIOS/firmware kept up to date on most nodes?
- July 22: This was done.


For the performance builder trend see:

https://autobuilder.yocto.io/pub/non-release/20210721-9/testresults/buildperf-centos7/perf-centos7.yoctoproject.org_master_20210721150057_1ad79313a5.html


https://autobuilder.yocto.io/pub/non-release/20210721-14/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20210721210034_1ad79313a5.html


Summary,
- CentOS-7 seems to take less time (~ 1 min),
- Ubuntu-16.04 seems to take more (~ 5 min)
That's a bit surprising!
Randy to look at 62659 commit number in poky.


5. io stalls (no update: July 29)

Richard said that it would make sense to write an ftrace utility
/ script to monitor io latency and we could install it with sudo
Ch^W mentioned ftrace on IRC.
Sakib and Randy will work on that but not for a week or two.





../Randy


Re: Install SDK with yocto

Robert Berger
 

Hi,

After you download e.g. the tarball, you'll find an installation guide inside.

It says:

OpenSUSE 13.1 / 42.3
Ubuntu ® 14.04 / 16.04
Fedora 26 / 27
Debian 8.10 / 9.3

So I am not sure why you assume that this should work out of the box/at all with the Yocto Project.

If you really want it I suggest to talk to Baumer about it and I am happy to help you and them with the integration.

Regards,

Robert


Re: #yocto -kernel startup of devices/platform/amba/ffa00000.perf-monitor #yocto

Monsees, Steven C (US)
 

Nevermind I found it, long day…

 

From: yocto@... <yocto@...> On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org
Sent: Wednesday, July 28, 2021 1:57 PM
To: yocto@...
Subject: [yocto] #yocto -kernel startup of devices/platform/amba/ffa00000.perf-monitor

 

External Email Alert

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

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

 

 

I am running with zeus…, during kernel startup I see perf-monitors setup

 

[    3.564635] xilinx-axipmon ffa00000.perf-monitor: Probed Xilinx APM

[    3.571139] xilinx-axipmon fd0b0000.perf-monitor: Probed Xilinx APM

[    3.577571] xilinx-axipmon fd490000.perf-monitor: Probed Xilinx APM

[    3.583987] xilinx-axipmon ffa10000.perf-monitor: Probed Xilinx APM

 

Are these are tied to uio0 thru uio3 ?

Can someone tell me what recipe initializes and brings these in ?

Is it possible to delay their initialization/startup ?

(I would like to have them come into play after I setup the uio_fpga interrupt…)

 

root@cvpx-default ls -la /sys/class/uio

total 0

drwxr-xr-x  2 root root 0 Jan  1  1970 .

drwxr-xr-x 49 root root 0 Jan  1  1970 ..

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio0 -> ../../devices/platform/amba/ffa00000.perf-monitor/uio/uio0

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio1 -> ../../devices/platform/amba/fd0b0000.perf-monitor/uio/uio1

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio2 -> ../../devices/platform/amba/fd490000.perf-monitor/uio/uio2

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio3 -> ../../devices/platform/amba/ffa10000.perf-monitor/uio/uio3

lrwxrwxrwx  1 root root 0 Jul 28 17:36 uio4 -> ../../devices/uio_fpga/uio/uio4

root@cvpx-default

 

Thanks,

Steve


Re: #bitbake Can't get application sources from private git using SSH keys #bitbake #yocto

mail2uvijay@...
 

Thank you Yoann. I was able to fetch.


Re: #bitbake Can't get application sources from private git using SSH keys #bitbake #yocto

Yoann Congal
 

Hello,

Le jeu. 29 juil. 2021 à 08:22, <mail2uvijay@...> a écrit :
SRC_URI = "git://git@...:xxx/xxx.git"
Could someone please suggest on how to write a recipe to get the application code from private git hub using SSH keys.

The ':' in SRC_URI is not handled like in the git clone command line. You may need to change it to a '/'

This is a frequent error (I make it at least once per project)

Hope this helps!

Regards,
--
Yoann Congal
Smile ECS - Expert technique


#bitbake Can't get application sources from private git using SSH keys #bitbake #yocto

mail2uvijay@...
 

Hi,
Working on Yocto build system first time.
I has written a recipe to fetch the code from private GIT HUB, using SSH keys. Able to clone the code using git clone.
However when i ran bitbake getting below error.
"ssh couldnot resolve host"

In my bitbake recipe these two line are present
SRCREV = "ed189c8f5a4df7xxxxxxxxxxx4d443c382f4578"
SRC_URI = "git://git@...:xxx/xxx.git"


Could someone please suggest on how to write a recipe to get the application code from private git hub using SSH keys.

Regards,
Vijay


Re: [meta-spdxscanner][PATCH] MAINTAINERS: Updated the email address where send patches

leimaohui
 

Merged.

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf
Of Marco Cavallini
Sent: Wednesday, July 28, 2021 5:31 PM
To: yocto@lists.yoctoproject.org
Cc: Marco Cavallini <m.cavallini@koansoftware.com>; Marco Cavallini
<koansoftware@gmail.com>
Subject: [yocto] [meta-spdxscanner][PATCH] MAINTAINERS: Updated the
email address where send patches

From: Marco Cavallini <m.cavallini@koansoftware.com>

Signed-off-by: Marco Cavallini <koansoftware@gmail.com>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 23761bf..ec34c24 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1,7 +1,7 @@
This file contains a list of maintainers for the meta-spdxscanner layer.

Please submit any patches against meta-spdxscanner to the Yocto Project
-mailing list (yocto@yoctoproject.org) with'[meta-spdxscanner]' in the
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in
+the
subject.

You may also contact the maintainers directly.
--
2.17.1


Install SDK with yocto

daniel_herrmann22@...
 

Hi,
I am new to yocto and have some problems by installing a SDK with yocto for AArch64.
The SDK you can find here: https://www.baumer.com/ch/de/produktubersicht/industriekameras-bildverarbeitung/software/baumer-gapi-sdk/linux-arm/c/14178

It comes with a debian package and a tar.gz file.
The tar is like this:
include/sdk-folder/header-files
lib/sdk-folder/lib-files
etc..


Question 1: What is the best way to install this with yocto ?

1. I tried to install the deb package like this with no success:

DEPENDS += " dpkg-native "

SRC_URI += " \
    file://baumer-gapi-sdk-linux-v2.11.0-gcc-5.4-aarch64.deb.zip \
"

do_install_append() {
    touch ${STAGING_DIR_NATIVE}/var/lib/dpkg/status
    ${STAGING_BINDIR_NATIVE}/dpkg --instdir=${D}/ \
    --admindir=${STAGING_DIR_NATIVE}/var/lib/dpkg/ \
     -i ${WORKDIR}/baumer-gapi-sdk-linux-v2.11.0-gcc-5.4-aarch64.deb
}
Question 2: Is this a good way with dpkg, when host and target architecture are different ?


2. I tried to install the tar.gz file like this also with no sucess:

# Use local tarball
SRC_URI = "file://${BP}.tar.gz"

S = "${WORKDIR}"

inherit bin_package

#For Error: libraries are added by mutiple providers
EXCLUDE_FROM_SHLIBS = "1"

#For Warning: was already stripped (precompiled sources)
INSANE_SKIP_${PN} = "ldflags"
INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
INHIBIT_PACKAGE_STRIP = "1"

do_install() {
    cp -r "${WORKDIR}/include ${D}/include
    ...  
}
The way I thought here, is to extract and copy each file to the target inside do_install..

It would be very helpful when you could give me some hints for the best way to installing this package
Thanks


#yocto -kernel startup of devices/platform/amba/ffa00000.perf-monitor #yocto

Monsees, Steven C (US)
 

 

I am running with zeus…, during kernel startup I see perf-monitors setup

 

[    3.564635] xilinx-axipmon ffa00000.perf-monitor: Probed Xilinx APM

[    3.571139] xilinx-axipmon fd0b0000.perf-monitor: Probed Xilinx APM

[    3.577571] xilinx-axipmon fd490000.perf-monitor: Probed Xilinx APM

[    3.583987] xilinx-axipmon ffa10000.perf-monitor: Probed Xilinx APM

 

Are these are tied to uio0 thru uio3 ?

Can someone tell me what recipe initializes and brings these in ?

Is it possible to delay their initialization/startup ?

(I would like to have them come into play after I setup the uio_fpga interrupt…)

root@cvpx-default ls -la /sys/class/uio

total 0

drwxr-xr-x  2 root root 0 Jan  1  1970 .

drwxr-xr-x 49 root root 0 Jan  1  1970 ..

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio0 -> ../../devices/platform/amba/ffa00000.perf-monitor/uio/uio0

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio1 -> ../../devices/platform/amba/fd0b0000.perf-monitor/uio/uio1

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio2 -> ../../devices/platform/amba/fd490000.perf-monitor/uio/uio2

lrwxrwxrwx  1 root root 0 Jan  1  1970 uio3 -> ../../devices/platform/amba/ffa10000.perf-monitor/uio/uio3

lrwxrwxrwx  1 root root 0 Jul 28 17:36 uio4 -> ../../devices/uio_fpga/uio/uio4

root@cvpx-default

 

Thanks,

Steve


Re: [meta-spdxscanner][PATCH] MAINTAINERS & README.md: Updated the email address where send patches

Marco Cavallini
 

On 28/07/21 09:12, leimaohui@fujitsu.com wrote:
Hi, Marco

+Please submit any patches against meta-spdxscanner to the Yocto Project
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in the
subject.
\ No newline at end of file
This part repeats with MAINTAINERS. Can you send patch V2 without this part?
Best regards
Lei
Hi Lei,
Done. See other upcoming patch.
Thanks
--
Marco


[meta-spdxscanner][PATCH] MAINTAINERS: Updated the email address where send patches

Marco Cavallini
 

From: Marco Cavallini <m.cavallini@koansoftware.com>

Signed-off-by: Marco Cavallini <koansoftware@gmail.com>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 23761bf..ec34c24 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1,7 +1,7 @@
This file contains a list of maintainers for the meta-spdxscanner layer.

Please submit any patches against meta-spdxscanner to the Yocto Project
-mailing list (yocto@yoctoproject.org) with'[meta-spdxscanner]' in the
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in the
subject.

You may also contact the maintainers directly.
--
2.17.1


Re: [meta-spdxscanner][PATCH] MAINTAINERS & README.md: Updated the email address where send patches

leimaohui
 

Hi, Marco

+Please submit any patches against meta-spdxscanner to the Yocto Project
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in the
subject.
\ No newline at end of file
This part repeats with MAINTAINERS. Can you send patch V2 without this part?

Best regards
Lei

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf
Of Marco Cavallini
Sent: Thursday, July 22, 2021 9:11 PM
To: yocto@lists.yoctoproject.org
Cc: Marco Cavallini <m.cavallini@koansoftware.com>; Marco Cavallini
<koansoftware@gmail.com>
Subject: [yocto] [meta-spdxscanner][PATCH] MAINTAINERS & README.md:
Updated the email address where send patches

From: Marco Cavallini <m.cavallini@koansoftware.com>

Was yocto@yoctoproject.org and now is yocto@lists.yoctoproject.org

Signed-off-by: Marco Cavallini <koansoftware@gmail.com>
---
MAINTAINERS | 2 +-
README.md | 4 ++++
2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 23761bf..ec34c24 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1,7 +1,7 @@
This file contains a list of maintainers for the meta-spdxscanner layer.

Please submit any patches against meta-spdxscanner to the Yocto Project
-mailing list (yocto@yoctoproject.org) with'[meta-spdxscanner]' in the
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in
+the
subject.

You may also contact the maintainers directly.
diff --git a/README.md b/README.md
index eb0c389..62b59f5 100644
--- a/README.md
+++ b/README.md
@@ -69,3 +69,7 @@ Note
- scancode-tk has to install on host development under python2. So, please
make sure that python2 exists on your build server.
- If you want to use scancode.bbclass, There is no need to install anything on
your host.

+---
+
+Please submit any patches against meta-spdxscanner to the Yocto Project
+mailing list (yocto@lists.yoctoproject.org) with'[meta-spdxscanner]' in the
subject.
\ No newline at end of file
--
2.17.1


Re: QA notification for completed autobuilder build (yocto-3.3.2.rc2)

Sangeeta Jain
 

Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.3.2.rc2. We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion is next Monday, Aug 02.


Thanks,
Sangeeta

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On Behalf
Of Richard Purdie
Sent: Tuesday, 27 July, 2021 10:50 PM
To: <yocto@lists.yoctoproject.org> <yocto@lists.yoctoproject.org>
Cc: qa-build-notification <qa-build-notification@lists.yoctoproject.org>
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.3.2.rc2)

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


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


Build hash information:

bitbake: 731fb52eb03338c0bdb2a2256c22c64c22bcbace
meta-agl: ee397d099bf5db91f14f357f874a0fb074208fbe
meta-arm: 4e14a1c5ee84808cceb5354c6c26dd8ebe6696ce
meta-aws: d66de6ed82fe6b89e3b8b2626f4db6f5d7d5713d
meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f
meta-intel: 4c7eecf2550fca9136a332400be6da358d264cb6
meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e
meta-openembedded: 8fbcfb9f023e0eab7f122eb19607a1c757b0d245
oecore: e458c15627e7b27392d158cbb9417f66424aa7d5
poky: 31c639eb8664059eb4ed711be9173c223b4cc940



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


QA notification for completed autobuilder build (yocto-3.1.10.rc1)

Richard Purdie
 

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


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


Build hash information:

bitbake: 0e0af15b84e07e6763300dcd092b980086b9b9c4
meta-agl: 68c0029602e539d005c33b6c36baa32e34bf67bf
meta-arm: b79b9122e0dc66ca03542f82ff4fa8eb05174f61
meta-aws: d66de6ed82fe6b89e3b8b2626f4db6f5d7d5713d
meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
meta-intel: d8bf86ae6288ae520b8ddd7209a0b448b9693f48
meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
meta-openembedded: 8fbcfb9f023e0eab7f122eb19607a1c757b0d245
oecore: 9ae339ace9274be71bfd3b5e5da64dceac9fa963
poky: 2a848e95074318f3a243df7b3f40513a13173a82



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


Re: #yocto #yocto

Khem Raj
 

On 7/22/21 11:26 PM, sateesh m wrote:
Hi Guys,
              I am facing below error while compiling consul package. can anybody know this issue please suggest me.
ERROR: consul-git-r0 do_compile: Execution of '/home/sources/fu540-build/tmp-glibc/work/riscv64-oe-linux/consul/git-r0/temp/run.do_compile.26832' failed with exit code 2:
internal/unsafeheader
unicode/utf16
container/list
internal/cpu
crypto/internal/subtle
crypto/subtle
vendor/golang.org/x/crypto/cryptobyte/asn1
internal/nettrace
vendor/golang.org/x/crypto/internal/subtle
internal/race
unicode/utf8
runtime/internal/atomic
sync/atomic
internal/testlog
runtime/internal/sys
runtime/internal/math
internal/bytealg
encoding
unicode
math/bits
math
runtime
internal/reflectlite
sync
errors
internal/singleflight
sort
math/rand
strconv
internal/oserror
io
vendor/golang.org/x/net/dns/dnsmessage
container/heap
crypto/rc4
reflect
strings
bytes
syscall
hash
crypto
crypto/internal/randutil
crypto/hmac
hash/crc32
vendor/golang.org/x/crypto/hkdf
bufio
vendor/golang.org/x/text/transform
path
text/tabwriter
regexp/syntax
encoding/base32
html
hash/crc64
hash/fnv
internal/fmtsort
hash/adler32
encoding/binary
regexp
time
internal/syscall/unix
internal/syscall/execenv
encoding/base64
crypto/cipher
crypto/sha512
crypto/ed25519/internal/edwards25519
crypto/md5
crypto/aes
crypto/des
context
crypto/sha1
internal/poll
crypto/sha256
encoding/pem
vendor/golang.org/x/crypto/chacha20
vendor/golang.org/x/crypto/poly1305
vendor/golang.org/x/crypto/chacha20poly1305
os
fmt
path/filepath
net
io/ioutil
encoding/json
encoding/hex
vendor/golang.org/x/net/http2/hpack
mime
mime/quotedprintable
vendor/golang.org/x/crypto/curve25519
os/signal
log
compress/flate
vendor/golang.org/x/text/unicode/norm
vendor/golang.org/x/text/unicode/bidi
compress/gzip
runtime/debug
net/http/internal
math/big
net/textproto
net/url
go/token
compress/lzw
encoding/gob
os/exec
github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket
vendor/golang.org/x/text/secure/bidirule
vendor/golang.org/x/net/idna
github.com/hashicorp/consul/vendor/golang.org/x/sys/unix
flag
runtime/trace
testing
os/user
encoding/asn1
crypto/elliptic
text/template/parse
crypto/rand
vendor/golang.org/x/crypto/cryptobyte
crypto/ed25519
crypto/rsa
crypto/dsa
crypto/x509/pkix
mime/multipart
vendor/golang.org/x/net/http/httpproxy
vendor/golang.org/x/net/http/httpguts
internal/lazyregexp
go/scanner
crypto/ecdsa
text/template
compress/zlib
crypto/x509
go/ast
archive/tar
github.com/hashicorp/consul/vendor/github.com/boltdb/bolt
html/template
github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/host
go/parser
go/doc
crypto/tls
net/mail
log/syslog
encoding/xml
# github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket
src/github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket/cmsghdr.go:9:10: undefined: cmsghdr
src/github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket/cmsghdr.go:10:10: undefined: cmsghdr
src/github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket/cmsghdr.go:11:10: undefined: cmsghdr
src/github.com/hashicorp/consul/vendor/golang.org/x/net/internal/socket/mmsghdr_unix.go:11:17: undefined: mmsghdr
encoding/csv
net/http/httptrace
internal/profile
runtime/pprof
net/http
# github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/host
src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/host/host_linux.go:208:22: undefined: sizeOfUtmp
src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/host/host_linux.go:213:14: undefined: sizeOfUtmp
src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/host/host_linux.go:215:9: undefined: utmp
# github.com/hashicorp/consul/vendor/github.com/boltdb/bolt
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/bolt_unix.go:62:15: undefined: maxMapSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/bucket.go:135:15: undefined: brokenUnaligned
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/db.go:101:13: undefined: maxMapSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/db.go:317:12: undefined: maxMapSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/db.go:335:10: undefined: maxMapSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/db.go:336:8: undefined: maxMapSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/freelist.go:169:19: undefined: maxAllocSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/freelist.go:176:14: undefined: maxAllocSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/freelist.go:204:17: undefined: maxAllocSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/freelist.go:207:7: undefined: maxAllocSize
src/github.com/hashicorp/consul/vendor/github.com/boltdb/bolt/freelist.go:207:7: too many errors
expvar
net/http/httptest
net/rpc
net/http/httputil
net/http/cookiejar
# github.com/hashicorp/consul/vendor/golang.org/x/sys/unix
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_linux_gc.go:10:6: missing function body
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_linux_gc.go:14:6: missing function body
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_unix_gc.go:12:6: missing function body
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_unix_gc.go:13:6: missing function body
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_unix_gc.go:14:6: missing function body
src/github.com/hashicorp/consul/vendor/golang.org/x/sys/unix/syscall_unix_gc.go:15:6: missing function body
net/http/pprof
WARNING: exit code 2 from a shell command.
ERROR: Logfile of failure stored in: /home/sources/fu540-build/tmp-glibc/work/riscv64-oe-linux/consul/git-r0/temp/log.do_compile.26832
--
Regards,
Sateesh


Re: HOW To resolve : Files/directories were installed but not shipped in any package:

Randy MacLeod
 

On 2021-07-27 5:44 a.m., Alexander Raih wrote:
After modify recipe with using my repo I have this error after rebuild.
How to resolve this ?
As the log says, either don't install the file or delete them.
There are many commits that you can look at as examples:

http://cgit.openembedded.org/openembedded-core/log/?qt=grep&q=Files%2Fdirectories+were+installed+but+not+shipped+in+any+package%3A

../Randy

log:
ERROR: phosphor-user-manager-1.0+gitAUTOINC+5a6e836a71-r1
 do_package: QA Issue: phosphor-user-manager: Files/directories were installed but not shipped in any package:
  /dbus-1
  /usr/share
  /usr/share/phosphor-certificate-manager
  /usr/share/phosphor-certificate-manager/nslcd
  /dbus-1/system.d
  /dbus-1/system.d/phosphor-nslcd-cert-config.conf
  /lib/systemd/system/multi-user.target.wants

/lib/systemd/system/multi-user.target.wants/phosphor-certificate-manager@nslcd.service
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
phosphor-user-manager: 8 installed and not shipped files. [installed-vs-shipped]
ERROR: phosphor-user-manager-1.0+gitAUTOINC+5a6e836a71-r1 do_package: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /home/openbmc/build/tmp/work/arm1176jzs-openbmc-linux-gnueabi/phosphor-user-manager/1.0+gitAUTOINC+5a6e836a71-r1/temp/log.do_package.224136
ERROR: Task (/home/openbmc/meta-phosphor/recipes-phosphor/users/phosphor-user-manager_git.bb <https://urldefense.com/v3/__http://phosphor-user-manager_git.bb__;!!AjveYdw8EvQ!MvGlXySEg6aHLl15FbgtAXUiU8QigCQo5SNkyuUXMhj_8Q2A8rmCrbs5IP8O2f-oPpObZg$>:do_package) failed with exit code '1'

--
# Randy MacLeod
# Wind River Linux


[meta-security][PATCH 2/2] clamav: fix branch name and update

Armin Kuster
 

They dropped the dev branch for rel. Update to tip.
Refresh patches

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
recipes-scanners/clamav/clamav_0.104.0.bb | 6 +++---
recipes-scanners/clamav/files/fix_systemd_socket.patch | 4 ++--
recipes-scanners/clamav/files/headers_fixup.patch | 8 ++++----
recipes-scanners/clamav/files/oe_cmake_fixup.patch | 2 +-
4 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/recipes-scanners/clamav/clamav_0.104.0.bb b/recipes-scanners/clamav/clamav_0.104.0.bb
index 4f20309..5759ddd 100644
--- a/recipes-scanners/clamav/clamav_0.104.0.bb
+++ b/recipes-scanners/clamav/clamav_0.104.0.bb
@@ -8,10 +8,10 @@ DEPENDS = "glibc llvm libtool db openssl zlib curl libxml2 bison pcre2 json-c li

LIC_FILES_CHKSUM = "file://COPYING.txt;beginline=2;endline=3;md5=f7029fbbc5898b273d5902896f7bbe17"

-# May 15th
-SRCREV = "fe96de86bb90c489aa509ee9135f776b7a2a7eb4"
+# July 27th
+SRCREV = "c389dfa4c3af92b006ada4f7595bbc3e6df3f356"

-SRC_URI = "git://github.com/vrtadmin/clamav-devel;branch=dev/0.104 \
+SRC_URI = "git://github.com/vrtadmin/clamav-devel;branch=rel/0.104 \
file://clamd.conf \
file://freshclam.conf \
file://volatiles.03_clamav \
diff --git a/recipes-scanners/clamav/files/fix_systemd_socket.patch b/recipes-scanners/clamav/files/fix_systemd_socket.patch
index 3e9abe2..3347770 100644
--- a/recipes-scanners/clamav/files/fix_systemd_socket.patch
+++ b/recipes-scanners/clamav/files/fix_systemd_socket.patch
@@ -12,9 +12,9 @@ Index: git/clamd/CMakeLists.txt
===================================================================
--- git.orig/clamd/CMakeLists.txt
+++ git/clamd/CMakeLists.txt
-@@ -54,4 +54,10 @@ if(SYSTEMD_FOUND)
+@@ -60,4 +60,10 @@ if(SYSTEMD_FOUND)
install(
- FILES ${CMAKE_CURRENT_BINARY_DIR}/clamav-daemon.service
+ FILES ${CMAKE_CURRENT_BINARY_DIR}/clamav-daemon.socket
DESTINATION ${SYSTEMD_UNIT_DIR})
+ configure_file(
+ ${CMAKE_CURRENT_SOURCE_DIR}/clamav-daemon.socket.in
diff --git a/recipes-scanners/clamav/files/headers_fixup.patch b/recipes-scanners/clamav/files/headers_fixup.patch
index 9de0a26..369aa58 100644
--- a/recipes-scanners/clamav/files/headers_fixup.patch
+++ b/recipes-scanners/clamav/files/headers_fixup.patch
@@ -7,7 +7,7 @@ Index: git/CMakeLists.txt
===================================================================
--- git.orig/CMakeLists.txt
+++ git/CMakeLists.txt
-@@ -374,8 +373,6 @@ check_include_file("stdlib.h"
+@@ -443,8 +443,6 @@ check_include_file("stdlib.h"
check_include_file("string.h" HAVE_STRING_H)
check_include_file("strings.h" HAVE_STRINGS_H)
check_include_file("sys/cdefs.h" HAVE_SYS_CDEFS_H)
@@ -16,7 +16,7 @@ Index: git/CMakeLists.txt
check_include_file("sys/mman.h" HAVE_SYS_MMAN_H)
check_include_file("sys/param.h" HAVE_SYS_PARAM_H)
check_include_file("sys/queue.h" HAVE_SYS_QUEUE_H)
-@@ -410,8 +407,6 @@ endif()
+@@ -479,8 +477,6 @@ endif()

# int-types variants
check_include_file("inttypes.h" HAVE_INTTYPES_H)
@@ -25,7 +25,7 @@ Index: git/CMakeLists.txt
check_include_file("stdint.h" HAVE_STDINT_H)

# this hack required to silence warnings on systems with inttypes.h
-@@ -539,17 +528,11 @@ check_type_size("time_t" SIZEOF_TIME_T)
+@@ -608,17 +604,11 @@ check_type_size("time_t" SIZEOF_TIME_T)
# Checks for library functions.
include(CheckSymbolExists)
check_symbol_exists(_Exit "stdlib.h" HAVE__EXIT)
@@ -44,7 +44,7 @@ Index: git/CMakeLists.txt
check_symbol_exists(timegm "time.h" HAVE_TIMEGM)
check_symbol_exists(vsnprintf "stdio.h" HAVE_VSNPRINTF)

-@@ -563,10 +546,9 @@ else()
+@@ -632,10 +622,9 @@ else()
check_symbol_exists(fseeko "stdio.h" HAVE_FSEEKO)
check_symbol_exists(getaddrinfo "netdb.h" HAVE_GETADDRINFO)
check_symbol_exists(getpagesize "unistd.h" HAVE_GETPAGESIZE)
diff --git a/recipes-scanners/clamav/files/oe_cmake_fixup.patch b/recipes-scanners/clamav/files/oe_cmake_fixup.patch
index b284915..c9c88b9 100644
--- a/recipes-scanners/clamav/files/oe_cmake_fixup.patch
+++ b/recipes-scanners/clamav/files/oe_cmake_fixup.patch
@@ -22,7 +22,7 @@ Index: git/CMakeLists.txt
if(C_LINUX)
if(CMAKE_COMPILER_IS_GNUCXX)
# Set _GNU_SOURCE for O_LARGEFILE, O_CLOEXEC, O_DIRECTORY, O_NOFOLLOW, etc flags on older systems
-@@ -512,14 +506,8 @@ include(TestInline)
+@@ -581,14 +575,8 @@ include(TestInline)
include(CheckFileOffsetBits)
# Determine how to pack structs on this platform.
include(CheckStructPacking)
--
2.25.1


[meta-security][PATCH 1/2] krill: Add new pkg

Armin Kuster
 

Signed-off-by: Armin Kuster <akuster808@gmail.com>
---
.../krill/files/panic_workaround.patch | 16 +
.../recipes-security/krill/krill.inc | 325 ++++++++++++++++++
.../recipes-security/krill/krill_0.9.1.bb | 39 +++
3 files changed, 380 insertions(+)
create mode 100644 dynamic-layers/meta-rust/recipes-security/krill/files/panic_workaround.patch
create mode 100644 dynamic-layers/meta-rust/recipes-security/krill/krill.inc
create mode 100644 dynamic-layers/meta-rust/recipes-security/krill/krill_0.9.1.bb

diff --git a/dynamic-layers/meta-rust/recipes-security/krill/files/panic_workaround.patch b/dynamic-layers/meta-rust/recipes-security/krill/files/panic_workaround.patch
new file mode 100644
index 0000000..9b08cb5
--- /dev/null
+++ b/dynamic-layers/meta-rust/recipes-security/krill/files/panic_workaround.patch
@@ -0,0 +1,16 @@
+Upstream-Status: OE specific
+Signed-off-by: Armin Kuster <akuster808@gmail.com>
+
+Index: git/Cargo.toml
+===================================================================
+--- git.orig/Cargo.toml
++++ git/Cargo.toml
+@@ -71,7 +71,7 @@ static-openssl = [ "openssl/vendored" ]
+ # Make sure that Krill crashes on panics, rather than losing threads and
+ # limping on in a bad state.
+ [profile.release]
+-panic = "abort"
++#panic = "abort"
+
+ [dev-dependencies]
+ # for user management
diff --git a/dynamic-layers/meta-rust/recipes-security/krill/krill.inc b/dynamic-layers/meta-rust/recipes-security/krill/krill.inc
new file mode 100644
index 0000000..f86468b
--- /dev/null
+++ b/dynamic-layers/meta-rust/recipes-security/krill/krill.inc
@@ -0,0 +1,325 @@
+# please note if you have entries that do not begin with crate://
+# you must change them to how that package can be fetched
+SRC_URI += " \
+ crate://crates.io/addr2line/0.14.1 \
+ crate://crates.io/adler/1.0.2 \
+ crate://crates.io/adler32/1.2.0 \
+ crate://crates.io/aho-corasick/0.7.15 \
+ crate://crates.io/ansi_term/0.11.0 \
+ crate://crates.io/ansi_term/0.12.1 \
+ crate://crates.io/arrayref/0.3.6 \
+ crate://crates.io/arrayvec/0.5.2 \
+ crate://crates.io/ascii-canvas/2.0.0 \
+ crate://crates.io/ascii/1.0.0 \
+ crate://crates.io/atty/0.2.14 \
+ crate://crates.io/autocfg/0.1.7 \
+ crate://crates.io/autocfg/1.0.1 \
+ crate://crates.io/backtrace/0.3.56 \
+ crate://crates.io/base64/0.10.1 \
+ crate://crates.io/base64/0.12.3 \
+ crate://crates.io/base64/0.13.0 \
+ crate://crates.io/basic-cookies/0.1.4 \
+ crate://crates.io/bcder/0.5.1 \
+ crate://crates.io/bit-set/0.5.2 \
+ crate://crates.io/bit-vec/0.6.3 \
+ crate://crates.io/bitflags/1.2.1 \
+ crate://crates.io/blake2b_simd/0.5.11 \
+ crate://crates.io/block-buffer/0.9.0 \
+ crate://crates.io/bumpalo/3.6.1 \
+ crate://crates.io/byteorder/1.4.3 \
+ crate://crates.io/bytes/0.4.12 \
+ crate://crates.io/bytes/0.5.6 \
+ crate://crates.io/bytes/1.0.1 \
+ crate://crates.io/cc/1.0.67 \
+ crate://crates.io/cfg-if/0.1.10 \
+ crate://crates.io/cfg-if/1.0.0 \
+ crate://crates.io/chrono/0.4.19 \
+ crate://crates.io/chunked_transfer/1.4.0 \
+ crate://crates.io/cipher/0.2.5 \
+ crate://crates.io/clap/2.33.3 \
+ crate://crates.io/clokwerk/0.3.4 \
+ crate://crates.io/cloudabi/0.0.3 \
+ crate://crates.io/constant_time_eq/0.1.5 \
+ crate://crates.io/cookie/0.12.0 \
+ crate://crates.io/cookie_store/0.7.0 \
+ crate://crates.io/core-foundation-sys/0.8.2 \
+ crate://crates.io/core-foundation/0.9.1 \
+ crate://crates.io/cpuid-bool/0.1.2 \
+ crate://crates.io/crc32fast/1.2.1 \
+ crate://crates.io/crossbeam-deque/0.7.3 \
+ crate://crates.io/crossbeam-epoch/0.8.2 \
+ crate://crates.io/crossbeam-queue/0.2.3 \
+ crate://crates.io/crossbeam-utils/0.7.2 \
+ crate://crates.io/crossbeam-utils/0.8.3 \
+ crate://crates.io/crunchy/0.2.2 \
+ crate://crates.io/crypto-mac/0.10.0 \
+ crate://crates.io/ctrlc/3.1.9 \
+ crate://crates.io/deunicode/0.4.3 \
+ crate://crates.io/diff/0.1.12 \
+ crate://crates.io/digest/0.9.0 \
+ crate://crates.io/dirs/1.0.5 \
+ crate://crates.io/dtoa/0.4.8 \
+ crate://crates.io/either/1.6.1 \
+ crate://crates.io/ena/0.14.0 \
+ crate://crates.io/encoding_rs/0.8.28 \
+ crate://crates.io/error-chain/0.11.0 \
+ crate://crates.io/failure/0.1.8 \
+ crate://crates.io/failure_derive/0.1.8 \
+ crate://crates.io/fern/0.5.9 \
+ crate://crates.io/fixedbitset/0.2.0 \
+ crate://crates.io/flate2/1.0.20 \
+ crate://crates.io/fnv/1.0.7 \
+ crate://crates.io/foreign-types-shared/0.1.1 \
+ crate://crates.io/foreign-types/0.3.2 \
+ crate://crates.io/form_urlencoded/1.0.1 \
+ crate://crates.io/fuchsia-cprng/0.1.1 \
+ crate://crates.io/fuchsia-zircon-sys/0.3.3 \
+ crate://crates.io/fuchsia-zircon/0.3.3 \
+ crate://crates.io/futures-channel/0.3.14 \
+ crate://crates.io/futures-core/0.3.14 \
+ crate://crates.io/futures-cpupool/0.1.8 \
+ crate://crates.io/futures-executor/0.3.14 \
+ crate://crates.io/futures-io/0.3.14 \
+ crate://crates.io/futures-macro/0.3.14 \
+ crate://crates.io/futures-sink/0.3.14 \
+ crate://crates.io/futures-task/0.3.14 \
+ crate://crates.io/futures-util/0.3.14 \
+ crate://crates.io/futures/0.1.31 \
+ crate://crates.io/futures/0.3.14 \
+ crate://crates.io/generic-array/0.14.4 \
+ crate://crates.io/getrandom/0.1.16 \
+ crate://crates.io/getrandom/0.2.2 \
+ crate://crates.io/gimli/0.23.0 \
+ crate://crates.io/h2/0.1.26 \
+ crate://crates.io/h2/0.2.7 \
+ crate://crates.io/hashbrown/0.9.1 \
+ crate://crates.io/hermit-abi/0.1.18 \
+ crate://crates.io/hex/0.4.3 \
+ crate://crates.io/hmac/0.10.1 \
+ crate://crates.io/http-body/0.1.0 \
+ crate://crates.io/http-body/0.3.1 \
+ crate://crates.io/http/0.1.21 \
+ crate://crates.io/http/0.2.4 \
+ crate://crates.io/httparse/1.3.6 \
+ crate://crates.io/httpdate/0.3.2 \
+ crate://crates.io/hyper-tls/0.3.2 \
+ crate://crates.io/hyper-tls/0.4.3 \
+ crate://crates.io/hyper/0.12.36 \
+ crate://crates.io/hyper/0.13.10 \
+ crate://crates.io/idna/0.1.5 \
+ crate://crates.io/idna/0.2.2 \
+ crate://crates.io/impl-trait-for-tuples/0.2.1 \
+ crate://crates.io/indexmap/1.6.2 \
+ crate://crates.io/intervaltree/0.2.6 \
+ crate://crates.io/iovec/0.1.4 \
+ crate://crates.io/ipnet/2.3.0 \
+ crate://crates.io/itertools/0.10.0 \
+ crate://crates.io/itertools/0.9.0 \
+ crate://crates.io/itoa/0.4.7 \
+ crate://crates.io/jmespatch/0.3.0 \
+ crate://crates.io/js-sys/0.3.50 \
+ crate://crates.io/kernel32-sys/0.2.2 \
+ crate://crates.io/lalrpop-util/0.19.5 \
+ crate://crates.io/lalrpop/0.19.5 \
+ crate://crates.io/lazy_static/1.4.0 \
+ crate://crates.io/libc/0.2.93 \
+ crate://crates.io/libflate/1.0.4 \
+ crate://crates.io/libflate_lz77/1.0.0 \
+ crate://crates.io/lock_api/0.3.4 \
+ crate://crates.io/log/0.4.14 \
+ crate://crates.io/maplit/1.0.2 \
+ crate://crates.io/matchers/0.0.1 \
+ crate://crates.io/matches/0.1.8 \
+ crate://crates.io/maybe-uninit/2.0.0 \
+ crate://crates.io/memchr/2.3.4 \
+ crate://crates.io/memoffset/0.5.6 \
+ crate://crates.io/mime/0.3.16 \
+ crate://crates.io/mime_guess/2.0.3 \
+ crate://crates.io/miniz_oxide/0.4.4 \
+ crate://crates.io/mio/0.6.23 \
+ crate://crates.io/miow/0.2.2 \
+ crate://crates.io/native-tls/0.2.7 \
+ crate://crates.io/net2/0.2.37 \
+ crate://crates.io/new_debug_unreachable/1.0.4 \
+ crate://crates.io/nix/0.20.0 \
+ crate://crates.io/num-integer/0.1.44 \
+ crate://crates.io/num-traits/0.2.14 \
+ crate://crates.io/num_cpus/1.13.0 \
+ crate://crates.io/oauth2/4.0.0 \
+ crate://crates.io/object/0.23.0 \
+ crate://crates.io/once_cell/1.7.2 \
+ crate://crates.io/opaque-debug/0.3.0 \
+ crate://crates.io/openidconnect/2.0.0 \
+ crate://crates.io/openssl-probe/0.1.2 \
+ crate://crates.io/openssl-src/111.15.0+1.1.1k \
+ crate://crates.io/openssl-sys/0.9.61 \
+ crate://crates.io/openssl/0.10.33 \
+ crate://crates.io/ordered-float/1.1.1 \
+ crate://crates.io/oso/0.12.0 \
+ crate://crates.io/parking_lot/0.9.0 \
+ crate://crates.io/parking_lot_core/0.6.2 \
+ crate://crates.io/pbkdf2/0.7.5 \
+ crate://crates.io/percent-encoding/1.0.1 \
+ crate://crates.io/percent-encoding/2.1.0 \
+ crate://crates.io/petgraph/0.5.1 \
+ crate://crates.io/phf_shared/0.8.0 \
+ crate://crates.io/pico-args/0.4.0 \
+ crate://crates.io/pin-project-internal/1.0.6 \
+ crate://crates.io/pin-project-lite/0.1.12 \
+ crate://crates.io/pin-project-lite/0.2.6 \
+ crate://crates.io/pin-project/1.0.6 \
+ crate://crates.io/pin-utils/0.1.0 \
+ crate://crates.io/pkg-config/0.3.19 \
+ crate://crates.io/polar-core/0.12.0 \
+ crate://crates.io/ppv-lite86/0.2.10 \
+ crate://crates.io/precomputed-hash/0.1.1 \
+ crate://crates.io/proc-macro-hack/0.5.19 \
+ crate://crates.io/proc-macro-nested/0.1.7 \
+ crate://crates.io/proc-macro2/1.0.26 \
+ crate://crates.io/publicsuffix/1.5.6 \
+ crate://crates.io/quick-xml/0.19.0 \
+ crate://crates.io/quote/1.0.9 \
+ crate://crates.io/rand/0.6.5 \
+ crate://crates.io/rand/0.7.3 \
+ crate://crates.io/rand/0.8.3 \
+ crate://crates.io/rand_chacha/0.1.1 \
+ crate://crates.io/rand_chacha/0.2.2 \
+ crate://crates.io/rand_chacha/0.3.0 \
+ crate://crates.io/rand_core/0.3.1 \
+ crate://crates.io/rand_core/0.4.2 \
+ crate://crates.io/rand_core/0.5.1 \
+ crate://crates.io/rand_core/0.6.2 \
+ crate://crates.io/rand_hc/0.1.0 \
+ crate://crates.io/rand_hc/0.2.0 \
+ crate://crates.io/rand_hc/0.3.0 \
+ crate://crates.io/rand_isaac/0.1.1 \
+ crate://crates.io/rand_jitter/0.1.4 \
+ crate://crates.io/rand_os/0.1.3 \
+ crate://crates.io/rand_pcg/0.1.2 \
+ crate://crates.io/rand_xorshift/0.1.1 \
+ crate://crates.io/rdrand/0.4.0 \
+ crate://crates.io/redox_syscall/0.1.57 \
+ crate://crates.io/redox_syscall/0.2.5 \
+ crate://crates.io/redox_users/0.3.5 \
+ crate://crates.io/regex-automata/0.1.9 \
+ crate://crates.io/regex-syntax/0.6.23 \
+ crate://crates.io/regex/1.4.5 \
+ crate://crates.io/remove_dir_all/0.5.3 \
+ crate://crates.io/reqwest/0.10.10 \
+ crate://crates.io/reqwest/0.9.24 \
+ crate://crates.io/ring/0.16.20 \
+ crate://crates.io/rle-decode-fast/1.0.1 \
+ crate://crates.io/rpassword/5.0.1 \
+ crate://crates.io/rpki/0.10.1 \
+ crate://crates.io/rust-argon2/0.8.3 \
+ crate://crates.io/rustc-demangle/0.1.18 \
+ crate://crates.io/rustc_version/0.2.3 \
+ crate://crates.io/rustls/0.18.1 \
+ crate://crates.io/ryu/1.0.5 \
+ crate://crates.io/salsa20/0.7.2 \
+ crate://crates.io/schannel/0.1.19 \
+ crate://crates.io/scopeguard/1.1.0 \
+ crate://crates.io/scrypt/0.6.5 \
+ crate://crates.io/sct/0.6.1 \
+ crate://crates.io/security-framework-sys/2.2.0 \
+ crate://crates.io/security-framework/2.2.0 \
+ crate://crates.io/semver-parser/0.7.0 \
+ crate://crates.io/semver/0.9.0 \
+ crate://crates.io/serde-value/0.6.0 \
+ crate://crates.io/serde/1.0.125 \
+ crate://crates.io/serde_derive/1.0.125 \
+ crate://crates.io/serde_json/1.0.64 \
+ crate://crates.io/serde_path_to_error/0.1.4 \
+ crate://crates.io/serde_urlencoded/0.5.5 \
+ crate://crates.io/serde_urlencoded/0.7.0 \
+ crate://crates.io/sha2/0.9.3 \
+ crate://crates.io/sharded-slab/0.1.1 \
+ crate://crates.io/siphasher/0.3.5 \
+ crate://crates.io/slab/0.4.2 \
+ crate://crates.io/slug/0.1.4 \
+ crate://crates.io/smallvec/0.6.14 \
+ crate://crates.io/smallvec/1.6.1 \
+ crate://crates.io/socket2/0.3.19 \
+ crate://crates.io/spin/0.5.2 \
+ crate://crates.io/string/0.2.1 \
+ crate://crates.io/string_cache/0.8.1 \
+ crate://crates.io/strsim/0.8.0 \
+ crate://crates.io/subtle/2.4.0 \
+ crate://crates.io/syn/1.0.69 \
+ crate://crates.io/synstructure/0.12.4 \
+ crate://crates.io/syslog/4.0.1 \
+ crate://crates.io/tempfile/3.2.0 \
+ crate://crates.io/term/0.5.2 \
+ crate://crates.io/textwrap/0.11.0 \
+ crate://crates.io/thiserror-impl/1.0.24 \
+ crate://crates.io/thiserror/1.0.24 \
+ crate://crates.io/thread_local/1.1.3 \
+ crate://crates.io/time/0.1.44 \
+ crate://crates.io/tiny-keccak/2.0.2 \
+ crate://crates.io/tiny_http/0.8.0 \
+ crate://crates.io/tinyvec/1.2.0 \
+ crate://crates.io/tinyvec_macros/0.1.0 \
+ crate://crates.io/tokio-buf/0.1.1 \
+ crate://crates.io/tokio-current-thread/0.1.7 \
+ crate://crates.io/tokio-executor/0.1.10 \
+ crate://crates.io/tokio-io/0.1.13 \
+ crate://crates.io/tokio-macros/0.2.6 \
+ crate://crates.io/tokio-reactor/0.1.12 \
+ crate://crates.io/tokio-rustls/0.14.1 \
+ crate://crates.io/tokio-sync/0.1.8 \
+ crate://crates.io/tokio-tcp/0.1.4 \
+ crate://crates.io/tokio-threadpool/0.1.18 \
+ crate://crates.io/tokio-timer/0.2.13 \
+ crate://crates.io/tokio-tls/0.3.1 \
+ crate://crates.io/tokio-util/0.3.1 \
+ crate://crates.io/tokio/0.1.22 \
+ crate://crates.io/tokio/0.2.25 \
+ crate://crates.io/toml/0.5.8 \
+ crate://crates.io/tower-service/0.3.1 \
+ crate://crates.io/tracing-attributes/0.1.15 \
+ crate://crates.io/tracing-core/0.1.17 \
+ crate://crates.io/tracing-futures/0.2.5 \
+ crate://crates.io/tracing-log/0.1.2 \
+ crate://crates.io/tracing-serde/0.1.2 \
+ crate://crates.io/tracing-subscriber/0.2.17 \
+ crate://crates.io/tracing/0.1.25 \
+ crate://crates.io/try-lock/0.2.3 \
+ crate://crates.io/try_from/0.3.2 \
+ crate://crates.io/typenum/1.13.0 \
+ crate://crates.io/unicase/2.6.0 \
+ crate://crates.io/unicode-bidi/0.3.5 \
+ crate://crates.io/unicode-normalization/0.1.17 \
+ crate://crates.io/unicode-width/0.1.8 \
+ crate://crates.io/unicode-xid/0.2.1 \
+ crate://crates.io/untrusted/0.7.1 \
+ crate://crates.io/unwrap/1.2.1 \
+ crate://crates.io/url/1.7.2 \
+ crate://crates.io/url/2.2.1 \
+ crate://crates.io/urlparse/0.7.3 \
+ crate://crates.io/uuid/0.7.4 \
+ crate://crates.io/uuid/0.8.2 \
+ crate://crates.io/vcpkg/0.2.11 \
+ crate://crates.io/vec_map/0.8.2 \
+ crate://crates.io/version_check/0.9.3 \
+ crate://crates.io/want/0.2.0 \
+ crate://crates.io/want/0.3.0 \
+ crate://crates.io/wasi/0.10.0+wasi-snapshot-preview1 \
+ crate://crates.io/wasi/0.9.0+wasi-snapshot-preview1 \
+ crate://crates.io/wasm-bindgen-backend/0.2.73 \
+ crate://crates.io/wasm-bindgen-futures/0.4.23 \
+ crate://crates.io/wasm-bindgen-macro-support/0.2.73 \
+ crate://crates.io/wasm-bindgen-macro/0.2.73 \
+ crate://crates.io/wasm-bindgen-shared/0.2.73 \
+ crate://crates.io/wasm-bindgen/0.2.73 \
+ crate://crates.io/web-sys/0.3.50 \
+ crate://crates.io/webpki/0.21.4 \
+ crate://crates.io/winapi-build/0.1.1 \
+ crate://crates.io/winapi-i686-pc-windows-gnu/0.4.0 \
+ crate://crates.io/winapi-x86_64-pc-windows-gnu/0.4.0 \
+ crate://crates.io/winapi/0.2.8 \
+ crate://crates.io/winapi/0.3.9 \
+ crate://crates.io/winreg/0.6.2 \
+ crate://crates.io/winreg/0.7.0 \
+ crate://crates.io/ws2_32-sys/0.2.1 \
+ crate://crates.io/xml-rs/0.8.3 \
+"
diff --git a/dynamic-layers/meta-rust/recipes-security/krill/krill_0.9.1.bb b/dynamic-layers/meta-rust/recipes-security/krill/krill_0.9.1.bb
new file mode 100644
index 0000000..2671ae8
--- /dev/null
+++ b/dynamic-layers/meta-rust/recipes-security/krill/krill_0.9.1.bb
@@ -0,0 +1,39 @@
+SUMMARY = "Resource Public Key Infrastructure (RPKI) daemon"
+HOMEPAGE = "https://www.nlnetlabs.nl/projects/rpki/krill/"
+LICENSE = "MPL-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=9741c346eef56131163e13b9db1241b3"
+
+DEPENDS = "openssl"
+
+include krill.inc
+
+# SRC_URI += "crate://crates.io/krill/0.9.1"
+SRC_URI += "git://github.com/NLnetLabs/krill.git;protocol=https;nobranch=1;branch=main"
+SRCREV = "d6c03b6f0199b1d10d252750a19a92b84576eb30"
+
+SRC_URI += "file://panic_workaround.patch"
+
+S = "${WORKDIR}/git"
+CARGO_SRC_DIR = ""
+
+inherit pkgconfig useradd systemd cargo
+
+
+do_install_append () {
+ install -d ${D}${sysconfdir}
+ install -d ${D}${datadir}/krill
+
+ install -m 664 ${S}/defaults/krill.conf ${D}${sysconfdir}/.
+ install ${S}/defaults/* ${D}${datadir}/krill/.
+}
+
+KRILL_UID ?= "krill"
+KRILL_GID ?= "krill"
+
+USERADD_PACKAGES = "${PN}"
+GROUPADD_PARAM_${PN} = "--system ${KRILL_UID}"
+USERADD_PARAM_${PN} = "--system -g ${KRILL_GID} --home-dir \
+ /var/lib/krill/ --no-create-home \
+ --shell /sbin/nologin ${BPN}"
+
+FILES_${PN} += "{sysconfdir}/defaults ${datadir}"
--
2.25.1

2921 - 2940 of 57143