Date   

Re: qemu: Enable guest access to the internet

Manuel Wagesreither
 

Hi Matthias,

Am Sa, 19. Mär 2022, um 08:43, schrieb Matthias Klein:
Then everything worked through the tap device.
Please note I'd like to use SLIRP instead of TAP as TAP needs root on the host.

But I guess I could just try it for once, just to see if it works...

Regards,
Manuel


Re: qemu: Enable guest access to the internet

Matthias Klein
 

Hello Manuel,

the last time I tried, I had to set the IP 192.168.7.2 and the gateway 192.168.7.1 in the guest.

Then everything worked through the tap device.

Best regards,
Matthias

-----Ursprüngliche Nachricht-----
Von: yocto@... <yocto@...> Im Auftrag von Manuel Wagesreither via lists.yoctoproject.org
Gesendet: Samstag, 19. März 2022 01:13
An: yocto@...
Betreff: [yocto] qemu: Enable guest access to the internet

Hi all,

I would like to configure my host to allow the yocto-built qemu guest access the internet. I'm running qemu with kvm virtualization and slirp, and according to [1] it should just work. I'd like to find out why it doesn't.

[1] https://www.linux-kvm.org/page/Networking#User_Networking

Here's the current situation:

* The guest has ip 10.0.2.15 and can ping my host with `ping 10.0.2.2`.
* The host has no ip 10.0.0.0/16.
* The guest cannot ping my hosts only ipv4 interface (besides lo) `ping 192.168.178.24`.
* The guest cannot ping devices in the same LAN as my host: `ping 192.168.178.101`.
* The host has sysctl configured like so:

net.ipv4.conf.all.accept_source_route = 1
net.ipv4.conf.all.send_redirects = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.accept_source_route = 1
net.ipv6.conf.all.forwarding = 1

* The hosts routing table:

Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 600 0 0 wlp3s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlp3s0
192.168.178.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp3s0

* runqemu starts qemu with hostfwd=tcp::2222-:22. That is, qemu is instructed to on the host listen on port 2222 and forward packets to port 22 of the guest.
* From the host I can ssh into the guest with `ssh root@localhost -p2222`.

When the ssh connection is up, `netstat -tupen` on the host prints

Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 127.0.0.1:2222 127.0.0.1:37548 ESTABLISHED 1000 34788 2301/qemu-system-x8
tcp 0 0 127.0.0.1:37548 127.0.0.1:2222 ESTABLISHED 1000 40091 2331/ssh

`netstat -tuen` inside the guest prints

Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 ::ffff:10.0.2.15:22 ::ffff:10.0.2.2:37548 ESTABLISHED


Has anyone any ideas?

Thanks, regards,
Manuel


Pls Help-me with this issue;

Neuber Sousa <neuberfran@...>
 


qemu: Enable guest access to the internet

Manuel Wagesreither
 

Hi all,

I would like to configure my host to allow the yocto-built qemu guest access the internet. I'm running qemu with kvm virtualization and slirp, and according to [1] it should just work. I'd like to find out why it doesn't.

[1] https://www.linux-kvm.org/page/Networking#User_Networking

Here's the current situation:

* The guest has ip 10.0.2.15 and can ping my host with `ping 10.0.2.2`.
* The host has no ip 10.0.0.0/16.
* The guest cannot ping my hosts only ipv4 interface (besides lo) `ping 192.168.178.24`.
* The guest cannot ping devices in the same LAN as my host: `ping 192.168.178.101`.
* The host has sysctl configured like so:

net.ipv4.conf.all.accept_source_route = 1
net.ipv4.conf.all.send_redirects = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.accept_source_route = 1
net.ipv6.conf.all.forwarding = 1

* The hosts routing table:

Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 600 0 0 wlp3s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlp3s0
192.168.178.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp3s0

* runqemu starts qemu with hostfwd=tcp::2222-:22. That is, qemu is instructed to on the host listen on port 2222 and forward packets to port 22 of the guest.
* From the host I can ssh into the guest with `ssh root@localhost -p2222`.

When the ssh connection is up, `netstat -tupen` on the host prints

Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 127.0.0.1:2222 127.0.0.1:37548 ESTABLISHED 1000 34788 2301/qemu-system-x8
tcp 0 0 127.0.0.1:37548 127.0.0.1:2222 ESTABLISHED 1000 40091 2331/ssh

`netstat -tuen` inside the guest prints

Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 ::ffff:10.0.2.15:22 ::ffff:10.0.2.2:37548 ESTABLISHED


Has anyone any ideas?

Thanks, regards,
Manuel


do_populate_lic: Fatal QA errors found, failing task. #bitbake #systemd #ubuntu #honister

Ali
 

So I'm trying to build my recipe and it continuously fails at the do_populate_lic() phase. I've pasted my recipe file.

The Source

# Recipe created by recipetool
# This is the basis of a recipe and may need further editing in order to be fully functional.
# (Feel free to remove these comments when editing.)

# WARNING: the following LICENSE and LIC_FILES_CHKSUM values are best guesses - it is
# your responsibility to verify that the values are complete and correct.
#
# The following license files were not able to be identified and are
# represented as "Unknown" below, you will need to check them yourself:
#   vendor/src/golang.org/x/sync/LICENSE
#   vendor/src/golang.org/x/oauth2/LICENSE
#   vendor/src/golang.org/x/crypto/LICENSE
#   vendor/src/golang.org/x/sys/LICENSE
#   vendor/src/golang.org/x/net/LICENSE
#   vendor/src/github.com/davecgh/go-spew/LICENSE
#   vendor/src/github.com/xanzy/ssh-agent/LICENSE
#   vendor/src/github.com/gorhill/cronexpr/GPLv3
#   vendor/src/github.com/gorilla/websocket/LICENSE
#   vendor/src/github.com/imdario/mergo/LICENSE
#   vendor/src/github.com/imdario/mergo/testdata/license.yml
#   vendor/src/github.com/go-yaml/yaml/LICENSE
#   vendor/src/github.com/go-yaml/yaml/LICENSE.libyaml
#   vendor/src/github.com/jmespath/go-jmespath/LICENSE
#   vendor/src/github.com/cihub/seelog/LICENSE.txt
#   vendor/src/github.com/pborman/ansi/LICENSE
#   vendor/src/github.com/aws/aws-sdk-go/vendor/github.com/jmespath/go-jmespath/LICENSE
#   vendor/src/github.com/aws/aws-sdk-go/awsmigrate/awsmigrate-renamer/vendor/golang.org/x/tools/LICENSE
#   vendor/src/github.com/google/go-querystring/LICENSE
#   vendor/src/github.com/go-ini/ini/LICENSE
#   vendor/src/github.com/Workiva/go-datastructures/LICENSE
#   vendor/src/github.com/emirpasic/gods/LICENSE
#   vendor/src/github.com/stretchr/testify/LICENCE.txt
#   vendor/src/github.com/stretchr/testify/LICENSE
#   vendor/src/github.com/stretchr/testify/vendor/github.com/davecgh/go-spew/LICENSE
#   vendor/src/github.com/stretchr/testify/vendor/github.com/stretchr/objx/LICENSE.md
#   vendor/src/github.com/stretchr/testify/vendor/github.com/pmezard/go-difflib/LICENSE
#   vendor/src/github.com/stretchr/objx/LICENSE.md
#   vendor/src/github.com/go-github/LICENSE
#   vendor/src/github.com/go-github/github/licenses.go
#   vendor/src/github.com/go-github/github/licenses_test.go
#   vendor/src/github.com/Microsoft/go-winio/archive/tar/LICENSE
#   vendor/src/github.com/kevinburke/ssh_config/LICENSE
#   vendor/src/github.com/sergi/go-diff/APACHE-LICENSE-2.0
#   vendor/src/github.com/fsnotify/fsnotify/LICENSE
#   vendor/src/github.com/pmezard/go-difflib/LICENSE
#   vendor/src/github.com/go-git/go-billy/LICENSE
#   vendor/src/github.com/go-git/go-git/LICENSE
#   vendor/src/github.com/go-git/gcfg/LICENSE
#   vendor/src/gopkg.in/warnings.v0/LICENSE
#   Tools/src/LICENSE
#   Tools/src/insert_license.sh
#
# NOTE: multiple licenses have been detected; they have been separated with &
# in the LICENSE value for now since it is a reasonable assumption that all
# of the licenses apply. If instead there is a choice between the multiple
# licenses then you should change the value to separate the licenses with |
# instead of &. If there is any doubt, check the accompanying documentation
# to determine which situation is applicable.
LICENSE = "Apache-2.0 & Unknown & MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57 \
                    file://vendor/src/golang.org/x/sync/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/golang.org/x/oauth2/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/golang.org/x/crypto/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/golang.org/x/sys/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/golang.org/x/net/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/github.com/davecgh/go-spew/LICENSE;md5=8bc888171b6c073957745dfa153bd402 \
                    file://vendor/src/github.com/kr/pty/License;md5=93958070863d769117fa33b129020050 \
                    file://vendor/src/github.com/xanzy/ssh-agent/LICENSE;md5=fa818a259cbed7ce8bc2a22d35a464fc \
                    file://vendor/src/github.com/mitchellh/go-ps/LICENSE.md;md5=56da355a12d4821cda57b8f23ec34bc4 \
                    file://vendor/src/github.com/mitchellh/go-homedir/LICENSE;md5=3f7765c3d4f58e1f84c4313cecf0f5bd \
                    file://vendor/src/github.com/gorhill/cronexpr/GPLv3;md5=f3d2b3f33b4cee4675268fdb8e76ca32 \
                    file://vendor/src/github.com/gorilla/websocket/LICENSE;md5=c007b54a1743d596f46b2748d9f8c044 \
                    file://vendor/src/github.com/lsegal/gucumber/LICENSE.txt;md5=5703931463421d2c0d877acd6e36049e \
                    file://vendor/src/github.com/imdario/mergo/LICENSE;md5=ff13e03bb57bf9c52645f2f942afa28b \
                    file://vendor/src/github.com/imdario/mergo/testdata/license.yml;md5=2b1121304f02116b8f95c8b3fed0f258 \
                    file://vendor/src/github.com/carlescere/scheduler/LICENSE;md5=b703b4a3f1096a4b6c00522ba2dd9cd3 \
                    file://vendor/src/github.com/go-yaml/yaml/LICENSE;md5=6964839e54f4fefcdae13f22b92d0fbb \
                    file://vendor/src/github.com/go-yaml/yaml/LICENSE.libyaml;md5=d0b68be4a2dc957aaf09144970bc6696 \
                    file://vendor/src/github.com/jmespath/go-jmespath/LICENSE;md5=9abfa8353fce3f2cb28364e1e9016852 \
                    file://vendor/src/github.com/xtaci/smux/LICENSE;md5=4f428bd6659d07efca179a1ea44b3cc1 \
                    file://vendor/src/github.com/gabs/LICENSE;md5=407c129d63c240b92eb245e25f74995e \
                    file://vendor/src/github.com/cihub/seelog/LICENSE.txt;md5=981ed23d3733a4b1505510215fc9d77f \
                    file://vendor/src/github.com/pborman/ansi/LICENSE;md5=d8f14631a6e5da377545cfaed3b67f55 \
                    file://vendor/src/github.com/cenkalti/backoff/LICENSE;md5=1571d94433e3f3aa05267efd4dbea68b \
                    file://vendor/src/github.com/jbenet/go-context/LICENSE;md5=62cacd6ebb7e5424324f85f9c3cc81b2 \
                    file://vendor/src/github.com/aws/aws-sdk-go/LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57 \
                    file://vendor/src/github.com/aws/aws-sdk-go/vendor/github.com/jmespath/go-jmespath/LICENSE;md5=9abfa8353fce3f2cb28364e1e9016852 \
                    file://vendor/src/github.com/aws/aws-sdk-go/awsmigrate/awsmigrate-renamer/vendor/golang.org/x/tools/LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707 \
                    file://vendor/src/github.com/google/go-querystring/LICENSE;md5=29f156828ca5f2df0d1c12543a75f12a \
                    file://vendor/src/github.com/go-ini/ini/LICENSE;md5=19cbd64715b51267a47bf3750cc6a8a5 \
                    file://vendor/src/github.com/Workiva/go-datastructures/LICENSE;md5=175792518e4ac015ab6696d16c4f607e \
                    file://vendor/src/github.com/twinj/uuid/LICENSE;md5=8461bef24227ea497f2272793bf82c36 \
                    file://vendor/src/github.com/emirpasic/gods/LICENSE;md5=fedf3d71a271b921fbaa2734cfbed74c \
                    file://vendor/src/github.com/stretchr/testify/LICENCE.txt;md5=39cd1d751bc25944831de86496e3cf68 \
                    file://vendor/src/github.com/stretchr/testify/LICENSE;md5=39cd1d751bc25944831de86496e3cf68 \
                    file://vendor/src/github.com/stretchr/testify/vendor/github.com/davecgh/go-spew/LICENSE;md5=8bc888171b6c073957745dfa153bd402 \
                    file://vendor/src/github.com/stretchr/testify/vendor/github.com/stretchr/objx/LICENSE.md;md5=21e79cfe7201b9b64535bfae0895795b \
                    file://vendor/src/github.com/stretchr/testify/vendor/github.com/pmezard/go-difflib/LICENSE;md5=e9a2ebb8de779a07500ddecca806145e \
                    file://vendor/src/github.com/stretchr/objx/LICENSE.md;md5=21e79cfe7201b9b64535bfae0895795b \
                    file://vendor/src/github.com/go-github/LICENSE;md5=1e963b0e87e58eede84916a77106415c \
                    file://vendor/src/github.com/go-github/github/licenses.go;md5=762a27bcda98d46079fd76d79290e44c \
                    file://vendor/src/github.com/go-github/github/licenses_test.go;md5=b66eebb6bd9e0f1ace3a77af0e0ae81d \
                    file://vendor/src/github.com/Microsoft/go-winio/LICENSE;md5=69205ff73858f2c22b2ca135b557e8ef \
                    file://vendor/src/github.com/Microsoft/go-winio/archive/tar/LICENSE;md5=591778525c869cdde0ab5a1bf283cd81 \
                    file://vendor/src/github.com/kevinburke/ssh_config/LICENSE;md5=d95a448ae964e953f0a77aeca12959be \
                    file://vendor/src/github.com/shiena/ansicolor/LICENSE;md5=96be19b8e8e05f32d4916a4c142b1a34 \
                    file://vendor/src/github.com/sergi/go-diff/APACHE-LICENSE-2.0;md5=2ee41112a44fe7014dce33e26468ba93 \
                    file://vendor/src/github.com/sergi/go-diff/LICENSE;md5=16f703825b70b736d741a46be315b0d9 \
                    file://vendor/src/github.com/fsnotify/fsnotify/LICENSE;md5=c38914c9a7ab03bb2b96d4baaee10769 \
                    file://vendor/src/github.com/pmezard/go-difflib/LICENSE;md5=e9a2ebb8de779a07500ddecca806145e \
                    file://vendor/src/github.com/go-git/go-billy/LICENSE;md5=7b6086dcb6977f0ca57a7c47167999e7 \
                    file://vendor/src/github.com/go-git/go-git/LICENSE;md5=cd19105b8dee6a326c424d3112aaedd6 \
                    file://vendor/src/github.com/go-git/gcfg/LICENSE;md5=13cea479df204c85485b5db6eb1bc9d5 \
                    file://vendor/src/github.com/coreos/go-semver/LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57 \
                    file://vendor/src/github.com/nightlyone/lockfile/LICENSE;md5=a5e270dce65c71be8721c33b2602e514 \
                    file://vendor/src/github.com/hectane/go-acl/LICENSE.txt;md5=8756710788b01c015748ce43610c9bc9 \
                    file://vendor/src/go.nanomsg.org/mangos/v3/LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57 \
                    file://vendor/src/gopkg.in/warnings.v0/LICENSE;md5=c6775875c9d604beb22447dfae3d7049 \
                    file://Tools/src/LICENSE;md5=a99d2256512b26ff62aa9a2f16acd1ed \
                    file://Tools/src/insert_license.sh;md5=184f0c8d471a8d19d7b134f3a27d490d"

GO_IMPORT = "github.com/aws/amazon-ssm-agent"
SRC_URI = "git://github.com/aws/amazon-ssm-agent.git;protocol=https;branch=master"

# Modify these as desired
PV = "3.0.0.0+git${SRCPV}"
SRCREV = "a62919edde2dccc0b84044d55d1b863ebc7baf00"

S = "${WORKDIR}/git"

# NOTE: this is a Makefile-only piece of software, so we cannot generate much of the
# recipe automatically - you will need to examine the Makefile yourself and ensure
# that the appropriate arguments are passed in.

SYSTEMD_AUTO_ENABLE = "enable"

inherit go systemd

do_compile () {
        # You will almost certainly need to add additional arguments here
        ${GO} build -trimpath -o ${B}/amazon-ssm-agent -v core/agent.go core/agent_unix.go core/agent_parser.go

        ${GO} build -trimpath -o ${B}/ssm-agent-worker -v agent/agent.go agent/agent_unix.go agent/agent_parser.go

        ${GO} build -trimpath -o ${B}/updater -v agent/update/updater/updater.go agent/update/updater/updater_unix.go

        ${GO} build -trimpath -o ${B}/ssm-cli -v agent/cli-main/cli-main.go

        ${GO} build -trimpath -o ${B}/ssm-document-worker -v agent/framework/processor/executer/outofproc/worker/main.go

        ${GO} build -trimpath -o ${B}/ssm-session-logger -v agent/session/logging/main.go

        ${GO} build -trimpath -o ${B}/ssm-session-worker -v agent/framework/processor/executer/outofproc/sessionworker/main.go

        ${GO} build -trimpath -o ${B}/ssm-setup-cli -v agent/setupcli/setupcli.go
}

do_install () {
        # NOTE: unable to determine what to put here - there is a Makefile but no
        # target named "install", so you will need to define this yourself
        install -d ${D}${bindir}/
        install -m 755 amazon-ssm-agent ${D}${bindir}/
        install -m 755 ssm-agent-worker ${D}${bindir}/
        install -m 755 updater ${D}${bindir}/
        install -m 755 ssm-cli ${D}${bindir}/
        install -m 755 ssm-document-worker ${D}${bindir}/
        install -m 755 ssm-session-logger ${D}${bindir}/
        install -m 755 ssm-session-worker ${D}${bindir}/
        install -m 755 ssm-setup-cli ${D}${bindir}/

        install -d ${D}/etc/amazon/ssm
        install -m 644 ${S}/src/${GO_IMPORT}/seelog_unix.xml ${D}/etc/amazon/ssm/seelog.xml
        install -d ${D}${systemd_unitdir}/system/
        install -m 644 ${S}/src/${GO_IMPORT}/packaging/linux/amazon-ssm-agent.service ${D}${systemd_unitdir}/system/amazon-ssm-agent.service
}

FILES_${PN} = " /usr/bin"
INSANE_SKIP:${PN} += "already-stripped"

SYSTEMD_SERVICE:${PN} = "amazon-ssm-agent.service"

The Error

The errors that are show are regarding the Licences and i've pasted a quick snippet below.


ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/go-github/github/licenses.go [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/go-github/github/licenses_test.go [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/Microsoft/go-winio/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/Microsoft/go-winio/archive/tar/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/kevinburke/ssh_config/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/shiena/ansicolor/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/sergi/go-diff/APACHE-LICENSE-2.0 [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/sergi/go-diff/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/fsnotify/fsnotify/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/pmezard/go-difflib/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/go-git/go-billy/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/go-git/go-git/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/go-git/gcfg/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/coreos/go-semver/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/nightlyone/lockfile/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/github.com/hectane/go-acl/LICENSE.txt [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/go.nanomsg.org/mangos/v3/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/vendor/src/gopkg.in/warnings.v0/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/Tools/src/LICENSE [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: QA Issue: amazon-ssm-agent: LIC_FILES_CHKSUM points to an invalid file: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/git/Tools/src/insert_license.sh [license-checksum]
ERROR: amazon-ssm-agent-3.0.0.0+gitAUTOINC+a62919edde-r0 do_populate_lic: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /home/ubuntu/workplace/poky/build/tmp/work/corei7-64-poky-linux/amazon-ssm-agent/3.0.0.0+gitAUTOINC+a62919edde-r0/temp/log.do_populate_lic.3057694
ERROR: Task (/home/ubuntu/workplace/poky/meta-ottoman/recipes-core/amazon-ssm-agent/amazon-ssm-agent_3.0.0.bb:do_populate_lic) failed with exit code '1'

Things I've tried

  • bitbake -c clean amazon-ssm-agent
  • bitbake -c cleanall amazon-ssm-agent

Any help is appreciated.


Re: runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.

Edgar Mobile
 

It's a mobile Nvidia Quadro M1000M with an official driver. Driver version...uuuh 495 something.


From: Alexander Kanavin <alex.kanavin@...>
Sent: Friday, March 18, 2022 7:28 PM
To: Edgar Mobile <heideggm@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
Cheers :) Just wondering what GPU and driver are you using on the host?

Alex

On Fri, 18 Mar 2022 at 20:26, Edgar Mobile <heideggm@...> wrote:

Okay, I finally got it running. What I did:

Now I have a comfy Gles 3.2 context!

Tx


From: yocto@... <yocto@...> on behalf of Edgar Mobile <heideggm@...>
Sent: Thursday, March 17, 2022 2:00 PM
To: Alexander Kanavin <alex.kanavin@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
Ah, that's an interesting information.
The dmesg log gives the impression that virgl starts correctly and in the normal shell the examples work flawlessly. The problems start once I tell weston to use the ivi-shell instead of the desktop shell.


From: Alexander Kanavin <alex.kanavin@...>
Sent: Thursday, March 17, 2022 1:51 PM
To: Edgar Mobile <heideggm@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
There is no hardware acceleration with bochs at all, if you want it,
you need to make virtio/virgl driver work.

Alex

On Thu, 17 Mar 2022 at 14:02, Edgar Mobile <heideggm@...> wrote:
>
> Do you know if bochs driver is available and active for yocto 3.4 or 3.5?
>
> ________________________________
> From: Alexander Kanavin <alex.kanavin@...>
> Sent: Thursday, March 17, 2022 11:26 AM
> To: Edgar Mobile <heideggm@...>
> Cc: yocto@... <yocto@...>
> Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
>
> As I told you, we do not support or test this combination. Which means
> that figuring out what the error messages mean and how to fix them is
> on you - patches welcome.
>
> Alex
>
> On Thu, 17 Mar 2022 at 11:41, Edgar Mobile <heideggm@...> wrote:
> >
> > I tried that first and it was horribly slow. That's why I try hardware acceleration now.
> >
> > Do you _know_ it doesn't work? If yes, why?
> >
> > ________________________________
> > From: Alexander Kanavin <alex.kanavin@...>
> > Sent: Thursday, March 17, 2022 10:33 AM
> > To: Edgar Mobile <heideggm@...>
> > Cc: yocto@... <yocto@...>
> > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> >
> > If you want an aarch guest on x86, then drop the gl option from
> > runqemu. This will fall back to software rendering.
> >
> > Alex
> >
> > On Thu, 17 Mar 2022 at 10:33, Edgar Mobile <heideggm@...> wrote:
> > >
> > > Sorry, but I need an Aarch64 guest.
> > >
> > > Ok, using a newer qemu I now encounter the following problem:
> > >
> > > root@qemuarm64:/usr/bin# XDG_RUNTIME_DIR=/run/user/0 ./eglinfo
> > > EGL client extensions string:
> > >     EGL_EXT_client_extensions EGL_EXT_device_base
> > >     EGL_EXT_device_enumeration EGL_EXT_device_query EGL_EXT_platform_base
> > >     EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug
> > >     EGL_EXT_platform_device EGL_EXT_platform_wayland
> > >     EGL_KHR_platform_wayland EGL_EXT_platform_x11 EGL_KHR_platform_x11
> > >     EGL_MESA_platform_xcb EGL_MESA_platform_gbm EGL_KHR_platform_gbm
> > >     EGL_MESA_platform_surfaceless
> > >
> > > GBM platform:
> > > pci id for fd 3: 1234:1111, driver (null)
> > > MESA-LOADER: failed to open bochs-drm: /usr/lib/dri/bochs-drm_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri)
> > > failed to load driver: bochs-drm
> > > ...
> > >
> > >
> > > What is this bochs-drm_dri.so and does Yocto / the Mesa in Yocto provide it?
> > >
> > > ________________________________
> > > From: Alexander Kanavin <alex.kanavin@...>
> > > Sent: Wednesday, March 16, 2022 2:51 PM
> > > To: Edgar Mobile <heideggm@...>
> > > Cc: yocto@... <yocto@...>
> > > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > >
> > > This configuration is not tested. If you want accelerated gl, build
> > > for the qemux86-64 target.
> > >
> > > Alex
> > >
> > > On Wed, 16 Mar 2022 at 12:46, Edgar Mobile <heideggm@...> wrote:
> > > >
> > > > Greetings,
> > > >
> > > > I tried to run an Aarch64 Yocto with qemu on amd 64 Host. For that purpose, I built core-image-weston from Hardknott following the manual
> > > >
> > > > https://www.mail-archive.com/yocto@.../msg07306.html
> > > >
> > > > I then try to run
> > > >
> > > > runqemu sdl gl
> > > >
> > > > But it always aborts with
> > > >
> > > > runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > > >
> > > > What can I do?
> > > >
> > > > Regards
> > > >
> > > >
> > > >


Re: runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.

Alexander Kanavin
 

Cheers :) Just wondering what GPU and driver are you using on the host?

Alex


On Fri, 18 Mar 2022 at 20:26, Edgar Mobile <heideggm@...> wrote:

Okay, I finally got it running. What I did:

Now I have a comfy Gles 3.2 context!

Tx


From: yocto@... <yocto@...> on behalf of Edgar Mobile <heideggm@...>
Sent: Thursday, March 17, 2022 2:00 PM
To: Alexander Kanavin <alex.kanavin@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
Ah, that's an interesting information.
The dmesg log gives the impression that virgl starts correctly and in the normal shell the examples work flawlessly. The problems start once I tell weston to use the ivi-shell instead of the desktop shell.


From: Alexander Kanavin <alex.kanavin@...>
Sent: Thursday, March 17, 2022 1:51 PM
To: Edgar Mobile <heideggm@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
There is no hardware acceleration with bochs at all, if you want it,
you need to make virtio/virgl driver work.

Alex

On Thu, 17 Mar 2022 at 14:02, Edgar Mobile <heideggm@...> wrote:
>
> Do you know if bochs driver is available and active for yocto 3.4 or 3.5?
>
> ________________________________
> From: Alexander Kanavin <alex.kanavin@...>
> Sent: Thursday, March 17, 2022 11:26 AM
> To: Edgar Mobile <heideggm@...>
> Cc: yocto@... <yocto@...>
> Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
>
> As I told you, we do not support or test this combination. Which means
> that figuring out what the error messages mean and how to fix them is
> on you - patches welcome.
>
> Alex
>
> On Thu, 17 Mar 2022 at 11:41, Edgar Mobile <heideggm@...> wrote:
> >
> > I tried that first and it was horribly slow. That's why I try hardware acceleration now.
> >
> > Do you _know_ it doesn't work? If yes, why?
> >
> > ________________________________
> > From: Alexander Kanavin <alex.kanavin@...>
> > Sent: Thursday, March 17, 2022 10:33 AM
> > To: Edgar Mobile <heideggm@...>
> > Cc: yocto@... <yocto@...>
> > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> >
> > If you want an aarch guest on x86, then drop the gl option from
> > runqemu. This will fall back to software rendering.
> >
> > Alex
> >
> > On Thu, 17 Mar 2022 at 10:33, Edgar Mobile <heideggm@...> wrote:
> > >
> > > Sorry, but I need an Aarch64 guest.
> > >
> > > Ok, using a newer qemu I now encounter the following problem:
> > >
> > > root@qemuarm64:/usr/bin# XDG_RUNTIME_DIR=/run/user/0 ./eglinfo
> > > EGL client extensions string:
> > >     EGL_EXT_client_extensions EGL_EXT_device_base
> > >     EGL_EXT_device_enumeration EGL_EXT_device_query EGL_EXT_platform_base
> > >     EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug
> > >     EGL_EXT_platform_device EGL_EXT_platform_wayland
> > >     EGL_KHR_platform_wayland EGL_EXT_platform_x11 EGL_KHR_platform_x11
> > >     EGL_MESA_platform_xcb EGL_MESA_platform_gbm EGL_KHR_platform_gbm
> > >     EGL_MESA_platform_surfaceless
> > >
> > > GBM platform:
> > > pci id for fd 3: 1234:1111, driver (null)
> > > MESA-LOADER: failed to open bochs-drm: /usr/lib/dri/bochs-drm_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri)
> > > failed to load driver: bochs-drm
> > > ...
> > >
> > >
> > > What is this bochs-drm_dri.so and does Yocto / the Mesa in Yocto provide it?
> > >
> > > ________________________________
> > > From: Alexander Kanavin <alex.kanavin@...>
> > > Sent: Wednesday, March 16, 2022 2:51 PM
> > > To: Edgar Mobile <heideggm@...>
> > > Cc: yocto@... <yocto@...>
> > > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > >
> > > This configuration is not tested. If you want accelerated gl, build
> > > for the qemux86-64 target.
> > >
> > > Alex
> > >
> > > On Wed, 16 Mar 2022 at 12:46, Edgar Mobile <heideggm@...> wrote:
> > > >
> > > > Greetings,
> > > >
> > > > I tried to run an Aarch64 Yocto with qemu on amd 64 Host. For that purpose, I built core-image-weston from Hardknott following the manual
> > > >
> > > > https://www.mail-archive.com/yocto@.../msg07306.html
> > > >
> > > > I then try to run
> > > >
> > > > runqemu sdl gl
> > > >
> > > > But it always aborts with
> > > >
> > > > runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > > >
> > > > What can I do?
> > > >
> > > > Regards
> > > >
> > > >
> > > >


meta-java: classpath recipe needs inherit from pkgconfig in kirkstone

Darcy Watkins
 

Hi,

 

I am trying out a build that uses kirkstone branch for meta-java and master branch (as proxy for kirkstone) for everything else.

 

 

| configure: error: Library requirements (gtk+-2.0 >= 2.8 gthread-2.0 >= 2.2 gdk-pixbuf-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

 

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit build $ ls tmp/work/cortexa7hf-neon-poky-linux-gnueabi/gtk+3/

3.24.31-r0

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit build $ ls tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/

1_2.70.4-r0

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit build $ ls tmp/work/cortexa7hf-neon-poky-linux-gnueabi/gdk-pixbuf/

2.42.6-r0

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit build $ ls tmp/work/cortexa7hf-neon-poky-linux-gnueabi/gtk+

2.24.33-r0

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit build $ find tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/ | grep gthread

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/include/glib-2.0/gio/gthreadedsocketservice.h

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/include/glib-2.0/glib/gthreadpool.h

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/include/glib-2.0/glib/deprecated/gthread.h

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/include/glib-2.0/glib/gthread.h

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/lib/pkgconfig/gthread-2.0.pc

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/lib/libgthread-2.0.so

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/lib/libgthread-2.0.so.0

tmp/work/cortexa7hf-neon-poky-linux-gnueabi/glib-2.0/1_2.70.4-r0/image/usr/lib/libgthread-2.0.so.0.7000.4

 

All the prerequisites appear met.  Have some of the variables used to setup sysroots, etc. changed in kirkstone but not been updated in meta-java yet?

 

 

ERROR: classpath-0.99-r3 do_configure: configure failed

ERROR: classpath-0.99-r3 do_configure: ExecutionError('/home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702', 1, None, None)

ERROR: Logfile of failure stored in: /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/log.do_configure.29702

Log data follows:

| DEBUG: Executing python function extend_recipe_sysroot

| NOTE: Direct dependencies are ['/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/meta-java/recipes-core/ecj/ecj-bootstrap-native.bb:do_populate_sysroot', 'virtual:native:/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/poky/meta/recipes-extended/zip/zip_3.0.bb:do_populate_sysroot', '/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/poky/meta/recipes-devtools/file/file_5.41.bb:do_populate_sysroot', '/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/poky/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', 'virtual:native:/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/poky/meta/recipes-devtools/autoconf/autoconf_2.71.bb:do_populate_sysroot',

 

---snip!---

 

| checking for remove... yes

| checking for shmat... yes

| checking for IceConnectionNumber in -lICE... yes

| checking for XTestQueryExtension in -lXtst... yes

| checking for pkg-config... no

| *** The pkg-config script could not be found. Make sure it is

| *** in your path, or set the PKG_CONFIG environment variable

| *** to the full path to pkg-config.

| *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config.

| configure: error: Library requirements (gtk+-2.0 >= 2.8 gthread-2.0 >= 2.2 gdk-pixbuf-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

| NOTE: The following config.log files may provide further information.

| NOTE: /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/build/config.log

| ERROR: configure failed

| WARNING: /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702:291 exit 1 from 'exit 1'

| WARNING: Backtrace (BB generated script):

|      #1: bbfatal_log, /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702, line 291

|      #2: oe_runconf, /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702, line 267

|      #3: autotools_do_configure, /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702, line 237

|      #4: do_configure, /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702, line 157

|      #5: main, /home/dwatkins/workspace/mgos/voyager1/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/classpath/0.99-r3/temp/run.do_configure.29702, line 295

ERROR: Task (/home/dwatkins/workspace/mgos/voyager1/upstream/yocto/meta-java/recipes-core/classpath/classpath_0.99.bb:do_configure) failed with exit code '1'

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

 

Summary: 1 task failed:

  /home/dwatkins/workspace/mgos/voyager1/upstream/yocto/meta-java/recipes-core/classpath/classpath_0.99.bb:do_configure

Summary: There were 8 WARNING messages.

Summary: There were 2 ERROR messages, returning a non-zero exit code.

 

 

The following appears to fix it….

 

dwatkins@carmd-ed-n11377-docker-dwatkins_voyager1:64bit meta-java $ git diff

diff --git a/recipes-core/classpath/classpath.inc b/recipes-core/classpath/classpath.inc

index 42c5daf..5bf1cf6 100644

--- a/recipes-core/classpath/classpath.inc

+++ b/recipes-core/classpath/classpath.inc

@@ -7,7 +7,7 @@ LICENSE = "GPL-2.0 & SAX-PD"

 

 PBN = "classpath"

 

-inherit autotools java gettext

+inherit autotools java gettext pkgconfig

 

 DEPENDS = "virtual/javac-native fastjar-native zip-native gmp antlr-native gtk+ gconf libxtst file"

 

 

 

 

All I am doing is adding ‘pkgconfig’ to its inheritance list because the error message suggested “consider adjusting the PKG_CONFIG_PATH environment variable”.

 

 

Regards,

 

Darcy

 

Darcy Watkins ::  Senior Staff Engineer, Firmware

 

SIERRA WIRELESS

Direct  +1 604 233 7989   ::  Fax  +1 604 231 1109  ::  Main  +1 604 231 1100

13811 Wireless Way  :: Richmond, BC Canada V6V 3A4

[M4]

dwatkins@... :: www.sierrawireless.com


Re: runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.

Edgar Mobile
 


Okay, I finally got it running. What I did:

Now I have a comfy Gles 3.2 context!

Tx


From: yocto@... <yocto@...> on behalf of Edgar Mobile <heideggm@...>
Sent: Thursday, March 17, 2022 2:00 PM
To: Alexander Kanavin <alex.kanavin@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
Ah, that's an interesting information.
The dmesg log gives the impression that virgl starts correctly and in the normal shell the examples work flawlessly. The problems start once I tell weston to use the ivi-shell instead of the desktop shell.


From: Alexander Kanavin <alex.kanavin@...>
Sent: Thursday, March 17, 2022 1:51 PM
To: Edgar Mobile <heideggm@...>
Cc: yocto@... <yocto@...>
Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
 
There is no hardware acceleration with bochs at all, if you want it,
you need to make virtio/virgl driver work.

Alex

On Thu, 17 Mar 2022 at 14:02, Edgar Mobile <heideggm@...> wrote:
>
> Do you know if bochs driver is available and active for yocto 3.4 or 3.5?
>
> ________________________________
> From: Alexander Kanavin <alex.kanavin@...>
> Sent: Thursday, March 17, 2022 11:26 AM
> To: Edgar Mobile <heideggm@...>
> Cc: yocto@... <yocto@...>
> Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
>
> As I told you, we do not support or test this combination. Which means
> that figuring out what the error messages mean and how to fix them is
> on you - patches welcome.
>
> Alex
>
> On Thu, 17 Mar 2022 at 11:41, Edgar Mobile <heideggm@...> wrote:
> >
> > I tried that first and it was horribly slow. That's why I try hardware acceleration now.
> >
> > Do you _know_ it doesn't work? If yes, why?
> >
> > ________________________________
> > From: Alexander Kanavin <alex.kanavin@...>
> > Sent: Thursday, March 17, 2022 10:33 AM
> > To: Edgar Mobile <heideggm@...>
> > Cc: yocto@... <yocto@...>
> > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> >
> > If you want an aarch guest on x86, then drop the gl option from
> > runqemu. This will fall back to software rendering.
> >
> > Alex
> >
> > On Thu, 17 Mar 2022 at 10:33, Edgar Mobile <heideggm@...> wrote:
> > >
> > > Sorry, but I need an Aarch64 guest.
> > >
> > > Ok, using a newer qemu I now encounter the following problem:
> > >
> > > root@qemuarm64:/usr/bin# XDG_RUNTIME_DIR=/run/user/0 ./eglinfo
> > > EGL client extensions string:
> > >     EGL_EXT_client_extensions EGL_EXT_device_base
> > >     EGL_EXT_device_enumeration EGL_EXT_device_query EGL_EXT_platform_base
> > >     EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug
> > >     EGL_EXT_platform_device EGL_EXT_platform_wayland
> > >     EGL_KHR_platform_wayland EGL_EXT_platform_x11 EGL_KHR_platform_x11
> > >     EGL_MESA_platform_xcb EGL_MESA_platform_gbm EGL_KHR_platform_gbm
> > >     EGL_MESA_platform_surfaceless
> > >
> > > GBM platform:
> > > pci id for fd 3: 1234:1111, driver (null)
> > > MESA-LOADER: failed to open bochs-drm: /usr/lib/dri/bochs-drm_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri)
> > > failed to load driver: bochs-drm
> > > ...
> > >
> > >
> > > What is this bochs-drm_dri.so and does Yocto / the Mesa in Yocto provide it?
> > >
> > > ________________________________
> > > From: Alexander Kanavin <alex.kanavin@...>
> > > Sent: Wednesday, March 16, 2022 2:51 PM
> > > To: Edgar Mobile <heideggm@...>
> > > Cc: yocto@... <yocto@...>
> > > Subject: Re: [yocto] runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > >
> > > This configuration is not tested. If you want accelerated gl, build
> > > for the qemux86-64 target.
> > >
> > > Alex
> > >
> > > On Wed, 16 Mar 2022 at 12:46, Edgar Mobile <heideggm@...> wrote:
> > > >
> > > > Greetings,
> > > >
> > > > I tried to run an Aarch64 Yocto with qemu on amd 64 Host. For that purpose, I built core-image-weston from Hardknott following the manual
> > > >
> > > > https://www.mail-archive.com/yocto@.../msg07306.html
> > > >
> > > > I then try to run
> > > >
> > > > runqemu sdl gl
> > > >
> > > > But it always aborts with
> > > >
> > > > runqemu - ERROR - Failed to run qemu: qemu-system-aarch64: Virtio VGA not available.
> > > >
> > > > What can I do?
> > > >
> > > > Regards
> > > >
> > > >
> > > >


[PATCH yocto-autobuilder-helper 6/6] scripts: run-docs-build: factor out yocto-docs tags and branches building

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

Except patching which is specific to tags and yocto- tag prefix
stripping, the logic is identical, so let's merge both loops together.

Cc: Quentin Schuls <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 36 ++++++++++++------------------------
1 file changed, 12 insertions(+), 24 deletions(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index ab5b6db..ceda213 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -71,7 +71,8 @@ cd $ypdocs

# Again, keeping even the no longer supported releases (see above comment)
first_sphinx_commit=01dd5af7954e24552aca022917669b27bb0541ed
-for branch in dunfell transition $(git branch --remote --contains "$first_sphinx_commit" --format '%(refname:lstrip=3)'); do
+first_dunfell_sphinx_commit=c25fe058b88b893b0d146f3ed27320b47cdec236
+for branch in dunfell transition $(git branch --remote --contains "$first_sphinx_commit" --format '%(refname:lstrip=3)') $(git tag --contains "$first_sphinx_commit" --contains "$first_dunfell_sphinx_commit" 'yocto-*'); do
if [ "$branch" = "HEAD" ]; then
continue
fi
@@ -82,12 +83,21 @@ for branch in dunfell transition $(git branch --remote --contains "$first_sphinx
continue
fi

- echo Building $branch branch
+ echo Building $branch
git checkout $branch
+
+ if [ -e "${scriptdir}/docs-build-patches/${branch}/" ]; then
+ echo Adding patch for $branch
+ git am "${scriptdir}/docs-build-patches/${branch}/"000*
+ fi
+
git checkout master releases.rst
make clean
make publish

+ # Strip yocto- from tag names
+ branch=$(echo "$branch" | sed 's/yocto-//')
+
if [ "$branch" = "master-next" ]; then
branch="next"
mkdir $outputdir/$branch
@@ -101,28 +111,6 @@ for branch in dunfell transition $(git branch --remote --contains "$first_sphinx
git reset --hard
done

-# Yocto Project releases/tags
-first_dunfell_sphinx_commit=c25fe058b88b893b0d146f3ed27320b47cdec236
-
-cd $ypdocs
-for tag in $(git tag --contains "$first_sphinx_commit" --contains "$first_dunfell_sphinx_commit" 'yocto-*'); do
- echo Processing $tag
- cd $ypdocs
- git checkout $tag
- if [ -e "${scriptdir}/docs-build-patches/${tag}/" ]; then
- echo Adding patch for $tag
- git am "${scriptdir}/docs-build-patches/${tag}/"000*
- fi
- git checkout master releases.rst
- make clean
- make publish
- version=$(echo $tag | cut -c7-)
- mkdir $outputdir/$version
- cp -r ./_build/final/* $outputdir/$version
- git reset --hard
- echo Finished processing $tag
-done
-
# get current release (e.g. most recent tag), and add a 'current' link
tag=$(git tag --list 'yocto-*' | sort --version-sort | tail -1 | cut -c7-)
echo Linking to $tag as current
--
2.35.1


[PATCH yocto-autobuilder-helper 5/6] scripts: run-docs-build: simplify sphinx-buildable yocto-docs tag list fetching

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

The commit that introduced Sphinx support in yocto-docs is
01dd5af7954e24552aca022917669b27bb0541ed. Any tag containing this commit
is buildable by sphinx.

Dunfell tags don't all have Sphinx support. However, all tags containing
the introducing commit c25fe058b88b893b0d146f3ed27320b47cdec236 are
buildable by sphinx.

Therefore, let's just list all tags which contains either of those two
commits instead of the complex series of pipes and shell commands.

Cc: Quentin Schulz <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 36 +++++++++++++++++-------------------
1 file changed, 17 insertions(+), 19 deletions(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index 1656975..ab5b6db 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -102,27 +102,25 @@ for branch in dunfell transition $(git branch --remote --contains "$first_sphinx
done

# Yocto Project releases/tags
-v_sphinx='yocto-3.1.5' #This and newer versions have Sphinx docs.
+first_dunfell_sphinx_commit=c25fe058b88b893b0d146f3ed27320b47cdec236
+
cd $ypdocs
-for tag in $(git tag --list 'yocto-*'); do
- first=$(printf '%s\n%s' $tag $v_sphinx | sort --version-sort | head -n1)
- if [ "$first" = "$v_sphinx" ]; then
- echo Processing $tag
- cd $ypdocs
- git checkout $tag
- if [ -e "${scriptdir}/docs-build-patches/${tag}/" ]; then
- echo Adding patch for $tag
- git am "${scriptdir}/docs-build-patches/${tag}/"000*
- fi
- git checkout master releases.rst
- make clean
- make publish
- version=$(echo $tag | cut -c7-)
- mkdir $outputdir/$version
- cp -r ./_build/final/* $outputdir/$version
- git reset --hard
- echo Finished processing $tag
+for tag in $(git tag --contains "$first_sphinx_commit" --contains "$first_dunfell_sphinx_commit" 'yocto-*'); do
+ echo Processing $tag
+ cd $ypdocs
+ git checkout $tag
+ if [ -e "${scriptdir}/docs-build-patches/${tag}/" ]; then
+ echo Adding patch for $tag
+ git am "${scriptdir}/docs-build-patches/${tag}/"000*
fi
+ git checkout master releases.rst
+ make clean
+ make publish
+ version=$(echo $tag | cut -c7-)
+ mkdir $outputdir/$version
+ cp -r ./_build/final/* $outputdir/$version
+ git reset --hard
+ echo Finished processing $tag
done

# get current release (e.g. most recent tag), and add a 'current' link
--
2.35.1


[PATCH yocto-autobuilder-helper 4/6] scripts: run-docs-build: automatically build new yocto-docs branches

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

Since commit 01dd5af7954e24552aca022917669b27bb0541ed, all later
releases of yocto-docs can be built with Sphinx. Instead of manually
updating this list, let's have git return the list of remote branches
which contains the commit.

dunfell branch was initially released without Sphinx support but was
later patched, hence why it's explicitly listed.

Cc: Quentin Schulz <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 13 ++++++++++++-
1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index 0055b19..1656975 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -70,7 +70,18 @@ rsync -irlp --checksum --ignore-times --delete bitbake docs@...
cd $ypdocs

# Again, keeping even the no longer supported releases (see above comment)
-for branch in dunfell gatesgarth hardknott honister master master-next transition; do
+first_sphinx_commit=01dd5af7954e24552aca022917669b27bb0541ed
+for branch in dunfell transition $(git branch --remote --contains "$first_sphinx_commit" --format '%(refname:lstrip=3)'); do
+ if [ "$branch" = "HEAD" ]; then
+ continue
+ fi
+
+ # Do not build <release>-next branches as they are development branches only
+ # Do build master-next branch though!
+ if echo "$branch" | grep -v "master-next" | grep -q -E "-next$"; then
+ continue
+ fi
+
echo Building $branch branch
git checkout $branch
git checkout master releases.rst
--
2.35.1


[PATCH yocto-autobuilder-helper 3/6] scripts: run-docs-build: factor out all yocto-docs branches building

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

master, master-next and transition only differ from other branches by
their output directory name. Let's put everything in common and only
have a check on whether the branch is master, master-next or transition
and modify the output dir in those cases.

Cc: Quentin Schulz <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 35 +++++++++++------------------------
1 file changed, 11 insertions(+), 24 deletions(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index d8d77c7..0055b19 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -68,37 +68,24 @@ cd $outputdir
rsync -irlp --checksum --ignore-times --delete bitbake docs@...:docs/

cd $ypdocs
-echo Building master branch
-git checkout master
-make clean
-make publish
-cp -r ./_build/final/* $outputdir

-cd $ypdocs
-echo Building transition branch
-git checkout transition
-make clean
-make publish
-cp -r ./_build/final/* $outputdir/
-
-cd $ypdocs
-echo Building master-next branch
-git checkout master-next
-make clean
-make publish
-mkdir $outputdir/next
-cp -r ./_build/final/* $outputdir/next
-
-# stable branches
# Again, keeping even the no longer supported releases (see above comment)
-for branch in dunfell gatesgarth hardknott honister; do
- cd $ypdocs
+for branch in dunfell gatesgarth hardknott honister master master-next transition; do
echo Building $branch branch
git checkout $branch
git checkout master releases.rst
make clean
make publish
- mkdir $outputdir/$branch
+
+ if [ "$branch" = "master-next" ]; then
+ branch="next"
+ mkdir $outputdir/$branch
+ elif [ "$branch" = "master" ] || [ "$branch" = "transition" ]; then
+ branch=""
+ else
+ mkdir $outputdir/$branch
+ fi
+
cp -r ./_build/final/* $outputdir/$branch
git reset --hard
done
--
2.35.1


[PATCH yocto-autobuilder-helper 2/6] scripts: run-docs-build: automatically build new Bitbake branches

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

Since commit 84ccba0f4aff91528f764523fe1205a354c889ed, docs of all later
releases can be built with Sphinx. Instead of manually updating this
list, let's have git return the list of remote branches which contains
this commit.

1.46 branch was initially released without Sphinx support but was later
patched, hence why it's explicitly listed.

Cc: Quentin Schulz <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index f7b5f97..d8d77c7 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -37,7 +37,12 @@ mkdir $outputdir/bitbake
# https://lists.yoctoproject.org/g/docs/message/2193
# We copy the releases.rst file from master so that all versions of the docs
# see the latest releases.
-for branch in 1.46 1.48 1.50 1.52 master master-next; do
+first_sphinx_commit=84ccba0f4aff91528f764523fe1205a354c889ed
+for branch in 1.46 $(git branch --remote --contains "$first_sphinx_commit" --format '%(refname:lstrip=3)'); do
+ if [ "$branch" = "HEAD" ]; then
+ continue
+ fi
+
echo Building bitbake $branch branch
git checkout $branch
git checkout master releases.rst
--
2.35.1


[PATCH yocto-autobuilder-helper 1/6] scripts: run-docs-build: factor out all bitbake branches building

Quentin Schulz
 

From: Quentin Schulz <quentin.schulz@...>

master and master-next only differ from other branches by their output
directory name. Let's put everything in common and only have a check on
whether the branch is master or master-next and modify the output dir in
those cases.

Cc: Quentin Schulz <foss+yocto@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
scripts/run-docs-build | 26 +++++++++++---------------
1 file changed, 11 insertions(+), 15 deletions(-)

diff --git a/scripts/run-docs-build b/scripts/run-docs-build
index b9b331b..f7b5f97 100755
--- a/scripts/run-docs-build
+++ b/scripts/run-docs-build
@@ -30,33 +30,29 @@ echo Extracing old content from archive
tar -xJf $docbookarchive

cd $bbdocs
-echo Building bitbake master branch
-git checkout master
-make clean
-make publish
mkdir $outputdir/bitbake
-cp -r ./_build/final/* $outputdir/bitbake

-git checkout master-next
-echo Building bitbake master-next branch
-make clean
-make publish
-mkdir $outputdir/bitbake/next
-cp -r ./_build/final/* $outputdir/bitbake/next
-
-# stable branches
# A decision was made to keep updating all the Sphinx generated docs for the moment,
# even the ones corresponding to no longer supported releases
# https://lists.yoctoproject.org/g/docs/message/2193
# We copy the releases.rst file from master so that all versions of the docs
# see the latest releases.
-for branch in 1.46 1.48 1.50 1.52; do
+for branch in 1.46 1.48 1.50 1.52 master master-next; do
echo Building bitbake $branch branch
git checkout $branch
git checkout master releases.rst
make clean
make publish
- mkdir $outputdir/bitbake/$branch
+
+ if [ "$branch" = "master-next" ]; then
+ branch="next"
+ mkdir $outputdir/bitbake/$branch
+ elif [ "$branch" = "master" ]; then
+ branch=""
+ else
+ mkdir $outputdir/bitbake/$branch
+ fi
+
cp -r ./_build/final/* $outputdir/bitbake/$branch
git reset --hard
done
--
2.35.1


Re: [meta-security][PATCH] python3-privacyidea_3.6.2: remove more py3 that got dropped

Richard Purdie
 

On Fri, 2022-03-18 at 09:30 -0700, Armin Kuster wrote:
Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-security/mfa/python3-privacyidea_3.6.2.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-security/mfa/python3-privacyidea_3.6.2.bb b/recipes-security/mfa/python3-privacyidea_3.6.2.bb
index 40f6d15..3a09b80 100644
--- a/recipes-security/mfa/python3-privacyidea_3.6.2.bb
+++ b/recipes-security/mfa/python3-privacyidea_3.6.2.bb
@@ -24,7 +24,7 @@ FILES:${PN} += " ${prefix}/etc/privacyidea/* ${datadir}/lib/privacyidea/*"
RDEPENDS:${PN} += " bash perl freeradius-mysql freeradius-utils"

RDEPENDS:${PN} += "python3 python3-alembic python3-babel python3-bcrypt"
-RDEPENDS:${PN} += "python3-beautifulsoup4 python3-cbor2 python3-certifi python3-cffi python3-chardet"
+RDEPENDS:${PN} += "python3-beautifulsoup4 python3-cbor2 python3-certifi python3-cffi"
RDEPENDS:${PN} += "python3-click python3-configobj python3-croniter python3-cryptography python3-defusedxml"
RDEPENDS:${PN} += "python3-ecdsa python3-flask python3-flask-babel python3-flask-migrate"
RDEPENDS:${PN} += "python3-flask-script python3-flask-sqlalchemy python3-flask-versioned"
@@ -33,6 +33,6 @@ RDEPENDS:${PN} += "python3-itsdangerous python3-jinja2 python3-ldap python3-lxml
RDEPENDS:${PN} += "python3-markupsafe python3-netaddr python3-oauth2client python3-passlib python3-pillow"
RDEPENDS:${PN} += "python3-pyasn1 python3-pyasn1-modules python3-pycparser python3-pyjwt python3-pymysql"
RDEPENDS:${PN} += "python3-pyopenssl python3-pyrad python3-dateutil python3-editor python3-gnupg"
-RDEPENDS:${PN} += "python3-pytz python3-pyyaml python3-qrcode python3-redis python3-requests python3-rsa"
-RDEPENDS:${PN} += "python3-six python3-smpplib python3-soupsieve python3-soupsieve "
+RDEPENDS:${PN} += "python3-pytz python3-pyyaml python3-qrcode python3-redis python3-rsa"
+RDEPENDS:${PN} += "python3-six python3-soupsieve python3-soupsieve "
RDEPENDS:${PN} += "python3-sqlalchemy python3-sqlsoup python3-urllib3 python3-werkzeug"
I'd hold off that, these just moved to core?

Cheers,

Richard


[meta-security][PATCH] python3-privacyidea_3.6.2: remove more py3 that got dropped

Armin Kuster
 

Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-security/mfa/python3-privacyidea_3.6.2.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-security/mfa/python3-privacyidea_3.6.2.bb b/recipes-security/mfa/python3-privacyidea_3.6.2.bb
index 40f6d15..3a09b80 100644
--- a/recipes-security/mfa/python3-privacyidea_3.6.2.bb
+++ b/recipes-security/mfa/python3-privacyidea_3.6.2.bb
@@ -24,7 +24,7 @@ FILES:${PN} += " ${prefix}/etc/privacyidea/* ${datadir}/lib/privacyidea/*"
RDEPENDS:${PN} += " bash perl freeradius-mysql freeradius-utils"

RDEPENDS:${PN} += "python3 python3-alembic python3-babel python3-bcrypt"
-RDEPENDS:${PN} += "python3-beautifulsoup4 python3-cbor2 python3-certifi python3-cffi python3-chardet"
+RDEPENDS:${PN} += "python3-beautifulsoup4 python3-cbor2 python3-certifi python3-cffi"
RDEPENDS:${PN} += "python3-click python3-configobj python3-croniter python3-cryptography python3-defusedxml"
RDEPENDS:${PN} += "python3-ecdsa python3-flask python3-flask-babel python3-flask-migrate"
RDEPENDS:${PN} += "python3-flask-script python3-flask-sqlalchemy python3-flask-versioned"
@@ -33,6 +33,6 @@ RDEPENDS:${PN} += "python3-itsdangerous python3-jinja2 python3-ldap python3-lxml
RDEPENDS:${PN} += "python3-markupsafe python3-netaddr python3-oauth2client python3-passlib python3-pillow"
RDEPENDS:${PN} += "python3-pyasn1 python3-pyasn1-modules python3-pycparser python3-pyjwt python3-pymysql"
RDEPENDS:${PN} += "python3-pyopenssl python3-pyrad python3-dateutil python3-editor python3-gnupg"
-RDEPENDS:${PN} += "python3-pytz python3-pyyaml python3-qrcode python3-redis python3-requests python3-rsa"
-RDEPENDS:${PN} += "python3-six python3-smpplib python3-soupsieve python3-soupsieve "
+RDEPENDS:${PN} += "python3-pytz python3-pyyaml python3-qrcode python3-redis python3-rsa"
+RDEPENDS:${PN} += "python3-six python3-soupsieve python3-soupsieve "
RDEPENDS:${PN} += "python3-sqlalchemy python3-sqlsoup python3-urllib3 python3-werkzeug"
--
2.25.1


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

Teoh, Jay Shen
 

Hi All,

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

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

No new issue found.


Thanks,
Jay

-----Original Message-----
From: yocto@... <yocto@...> On Behalf
Of Richard Purdie
Sent: Tuesday, 15 March, 2022 6:27 AM
To: <yocto@...> <yocto@...>
Cc: qa-build-notification <qa-build-notification@...>
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.1.15.rc1)

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


/srv/autobuilder/autobuilder.yocto.io/pub/releases/yocto-3.1.15.rc1


Build hash information:

bitbake: d22cc1e587c650fd5f90cda32f5720f8a3105aac
meta-agl: 9df7a40dd0b5e3ee1ed72e460dc99193eeb4bd6c
meta-arm: d21ded082c27959c8d617fd18da60b236d2ec62b
meta-aws: 9979cfa676105cb68cfadfdaeabf044d7c919319
meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
meta-intel: 8781f8352e67814db7a26708437fd0820524d3d8
meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
meta-openembedded: 0722ff6f021df91542b5efa1ff5b5f6269f66add
oecore: 8906aa9ec0a80b0f8998fb793f4e9491b3179179
poky: b41d4e46d30ed32e11d68466721a0f4056bad700



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


Multiconfig dependency

Oleh Kravchenko
 

Hello guys!
Could you please help me with Multiconfig setup?

I’ve "default" configuration with SystemD by default.
And "initramfs" configuration with Busybox and other settings.

I use next targets/recipes with initramfs configuration:
1. core-image-rootfs - packs core-image-minimal ext4 image to debian package;
2. initramfs-flasher-image - image that has core-image-rootfs;

Default configuration:
1. core-image-minimal - main rootfs;
2. flasher - packs initramfs-flasher-image squashfs image to debian package;
3. app-flasher - special application that has inside squashfs file from flasher package.

Everything works fine if I do clean build.
If I change somethings for core-image-minial (like IMAGE_INSTALL), it builds core-image-minial only:

bitbake app-flasher
But no updates for core-image-rootfs, initramfs-flasher-image, flasher and app-flasher.

Here how my multiconfig dependency in core-image-rootfs.bb:

do_install[mcdepends] =
"mc:initramfs::core-image-minimal:do_image_complete"


do_image_wic error with custom machine

Goubaux, Nicolas
 

Hello,

I would like to implement two custom machines based on genericx86_64 but I have issue with the do_image_wic

Couldn't get bitbake variable from /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/rootfs/var/dolby.env.
File /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/rootfs/var/dolby.env doesn't exist.

Can help me to fix it ?

---------- meta-product1/machine/machine1.conf ----------
#@TYPE: Machine
#@NAME: Product1 Board
#@DESCRIPTION: Machine configuration for the Product1

DEFAULTTUNE ?= "core2-64"
TUNE_PKGARCH_tune-core2-64 = "core2-64"

#PACKAGE_ARCH = "x86_64"
#PACKAGE_ARCHS_append = " genericx86_64"

require conf/machine/include/tune-core2.inc
require conf/machine/include/genericx86-common.inc

KMACHINE_machine1 = "x86_64"
PREFERRED_PROVIDER_virtual/kernel = "linux-yocto"
PREFERRED_VERSION_linux-yocto = "5.10%"

SERIAL_CONSOLES_CHECK = "ttyS0"
#For runqemu
QB_SYSTEM_NAME = "qemu-system-x86_64"

WKS_FILE ?= "${MACHINE}.wks"

IMAGE_INSTALL_append = " packagegroup-sms-apps packagegroup-sms-tools packagegroup-sms-lib packagegroup-sms-dev"

hostname:pn-base-files = "product1-sms"

---------- Log ----------

+ BUILDDIR=/home/vagrant/poky/build PSEUDO_UNLOAD=1 wic create /home/vagrant/poky/build/../../layers/meta-project1-sms/scripts/lib/wic/canned-wks/project1-sms-x86_64.wks --vars /home/vagrant/poky/build/tmp/sysroots/project1-sms-x86_64/imgdata/ -e project1-image-sms -o /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/build-wic/ -w /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/tmp-wic

INFO: Creating image(s)...


Couldn't get bitbake variable from /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/rootfs/var/dolby.env.
File /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/rootfs/var/dolby.env doesn't exist.

Traceback (most recent call last):
File "/home/vagrant/poky/scripts/wic", line 542, in <module>
sys.exit(main(sys.argv[1:]))
File "/home/vagrant/poky/scripts/wic", line 537, in main
return hlp.invoke_subcommand(args, parser, hlp.wic_help_usage, subcommands)
File "/home/vagrant/poky/scripts/lib/wic/help.py", line 83, in invoke_subcommand

subcmd[0](args, usage)

File "/home/vagrant/poky/scripts/wic", line 219, in wic_create_subcommand

engine.wic_create(wks_file, rootfs_dir, bootimg_dir, kernel_dir,

File "/home/vagrant/poky/scripts/lib/wic/engine.py", line 190, in wic_create

plugin.do_create()

File "/home/vagrant/poky/scripts/lib/wic/plugins/imager/direct.py", line 97, in do_create

self.create()

File "/home/vagrant/poky/scripts/lib/wic/plugins/imager/direct.py", line 181, in create

self._image.prepare(self)

File "/home/vagrant/poky/scripts/lib/wic/plugins/imager/direct.py", line 356, in prepare

part.prepare(imager, imager.workdir, imager.oe_builddir,

File "/home/vagrant/poky/scripts/lib/wic/partition.py", line 182, in prepare

plugin.do_prepare_partition(self, srcparams_dict, creator,

File "/home/vagrant/poky/scripts/lib/wic/plugins/source/rootfs.py", line 96, in do_prepare_partition

part.rootfs_dir = cls.__get_rootfs_dir(rootfs_dir)

File "/home/vagrant/poky/scripts/lib/wic/plugins/source/rootfs.py", line 57, in __get_rootfs_dir

if not os.path.isdir(image_rootfs_dir):

File "/home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/recipe-sysroot-native/usr/lib/python3.9/genericpath.py", line 42, in isdir

st = os.stat(s)

TypeError: stat: path should be string, bytes, os.PathLike or integer, not NoneType

+ bb_sh_exit_handler
+ ret=1
+ [ 1 != 0 ]
+ echo WARNING: exit code 1 from a shell command.
WARNING: exit code 1 from a shell command.
+ exit 1

ERROR: project1-image-sms-1.0-r0 do_image_wic: ExecutionError('/home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/temp/run.do_image_wic.4026945', 1, None, None)
ERROR: Logfile of failure stored in: /home/vagrant/poky/build/tmp/work/machine1-poky-linux/project1-image-sms/1.0-r0/temp/log.do_image_wic.4026945
ERROR: Task (/home/vagrant/poky/build/../../layers/meta-project1-sms/recipes-core/images/project1-image-sms.bb:do_image_wic) failed with exit code '1'


Nicolas G.