Date   

Re: [meta-cgl][PATCH] ucarp: force to use TLS1.2 during do_fetch

Yu, Mingli
 

ping.

Thanks,

On 7/17/20 3:38 PM, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@windriver.com>
There comes below error when use buildtools [1]:
$ bitbake -cfetch ucarp
[snip]
--2020-07-17 06:39:31-- https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
Resolving download.pureftpd.org... 37.59.238.213
Connecting to download.pureftpd.org|37.59.238.213|:443... connected.
GnuTLS: A TLS fatal alert has been received.
GnuTLS: received alert [70]: Error in protocol version
Unable to establish SSL connection.
And can simply use below step to reproduce the above error.
$ wget https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
--2020-07-17 06:43:36-- https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
Resolving download.pureftpd.org... 37.59.238.213
Connecting to download.pureftpd.org|37.59.238.213|:443... connected.
GnuTLS: A TLS fatal alert has been received.
GnuTLS: received alert [70]: Error in protocol version
Unable to establish SSL connection.
$ wget --version
GNU Wget 1.20.3 built on linux-gnu.
Currently wget uses gnutls as the ssl backend as the below logic
in layers/openembedded-core/meta/recipes-extended/wget/wget.inc
PACKAGECONFIG[gnutls] = "--with-ssl=gnutls,,gnutls"
Check the link https://download.pureftpd.org/pub/ucarp/ and found
the file https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
already 10 years ago.
ucarp-1.5.2.tar.gz 31-Jan-2010 22:06 429089
Meanwhile we can use gnutls-cli-debug to diagnose the download.pureftpd.org
which hosts ucarp and it doesn't support TLS 1.3 but supports TLS 1.2 instead
as below.
$ gnutls-cli-debug 37.59.238.213
GnuTLS debug client 3.6.4
Checking 37.59.238.213:443
whether we need to disable TLS 1.2... no
whether we need to disable TLS 1.1... no
whether we need to disable TLS 1.0... no
whether %NO_EXTENSIONS is required... no
whether %COMPAT is required... yes
for TLS 1.0 (RFC2246) support... no
for TLS 1.0 (RFC2246) support with TLS 1.0 record version... no
for TLS 1.1 (RFC4346) support... no
fallback from TLS 1.1 to... failed
for TLS 1.2 (RFC5246) support... yes
for TLS 1.3 (RFC8446) support... no
[snip]
$ wget --secure-protocol=TLSv1_2 https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
--2020-07-17 07:07:08-- https://download.pureftpd.org/pub/ucarp/ucarp-1.5.2.tar.gz
Resolving download.pureftpd.org... 37.59.238.213
Connecting to download.pureftpd.org|37.59.238.213|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 429089 (419K) [text/plain]
Saving to: 'ucarp-1.5.2.tar.gz'
ucarp-1.5.2.tar.gz 100%[===================>] 419.03K 432KB/s in 1.0s
2020-07-17 07:07:16 (432 KB/s) - 'ucarp-1.5.2.tar.gz' saved [429089/429089]
Considering gnutls doesn't fallback to TLS 1.2 automatically, so force ucarp
to use TLS1.2 to fix the above do_fetch error.
[1] https://www.yoctoproject.org/docs/3.1/ref-manual/ref-manual.html#building-your-own-buildtools-tarball
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
---
meta-cgl-common/recipes-cgl/ucarp/ucarp_1.5.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp_1.5.2.bb b/meta-cgl-common/recipes-cgl/ucarp/ucarp_1.5.2.bb
index 6f30bf7..d17baa0 100644
--- a/meta-cgl-common/recipes-cgl/ucarp/ucarp_1.5.2.bb
+++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp_1.5.2.bb
@@ -34,7 +34,7 @@ DEPENDS = "libpcap"
SYSTEMD_SERVICE_${PN} = "ucarp.service"
SYSTEMD_AUTO_ENABLE = "disable"
-
+export FETCHCMD_wget = "/usr/bin/env wget --secure-protocol=TLSv1_2 -t 2 -T 30 --passive-ftp --no-check-certificate"
EXTRA_OECONF += "--sysconfdir=${sysconfdir}/${BPN}"
# fix the perms for config.rpath


dunfell: what would cause "ERROR: Nothing PROVIDES 'coreutils-native'."?

Robert P. J. Day
 

migrating from zeus to dunfell and, suddenly, some "ndisc"-related recipes no
longer build with:

ERROR: Nothing PROVIDES 'coreutils-native'.

the offending recipe is from meta-networking/recipes-support, ndisc6_git.bb,
clearly at the line:

DEPENDS = "coreutils-native"

whereupon "git blame" informs me that that line comes from here:

commit 51272d11594e8609237e0e049b1f97ff95ab7d19
Author: Sumit Garg <sumit.garg@linaro.org>
Date: Tue Jan 21 14:26:11 2020 +0530

ndisc6: fix coreutils-native tool dependency

coreutils-native tool dependency was implicitly met while building with
source GCC tool-set which isn't the case with external tool-set.

Signed-off-by: Sumit Garg <sumit.garg@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>

i've examined dunfell's coreutils recipe and i see nothing that suggests
i shouldn't be able to bitbake the native recipe -- BBCLASSEXTEND clearly
extends the recipe to include "native." so now i'm looking at the local
layer to see if there is something in a .conf file that deactivates the
native building of coreutils but i don't see anything suspicious.

i'm sure i'm missing something obvious but i'm at a loss. thoughts?

rday


Re: yocto compile simple c++

codusnocturnus
 

I see.  If you're going to provide the license with the recipe or code, then it needs to be in a subdirectory under the recipe file.  So the only one in your tree that matters for this is .../recipes-ice/files/COPYING.MIT.

Then you will need to explicitly list it in SRC_URI:
SRC_URI = "${SITE}${PN}.cpp \
                     ${SITE}COPYING.MIT"

An alternative, for common licenses, is to use a link like this:
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"

You will still need this for your recipe to find the license or your source file:
S = "${WORKDIR}"

Thanks,


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On Sunday, August 9, 2020 2:48 AM, Sergey Ivanov <icegood1980@...> wrote:

Hi. Unfortunately i tried it and it is not my case. To be precise, i don't see COPYING.MIT at any sibfolder of 
/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld
at all...

сб, 8 авг. 2020 г. в 14:31, codusnocturnus via lists.yoctoproject.org <codusnocturnus=protonmail.com@...>:
Bitbake is unable to find the license file because it's looking in the wrong place.  If you look at the contents of /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/ , you will probably find it to be empty, and you will find COPYING.MIT in the directory above it.

The reason is that ${S} (see https://www.yoctoproject.org/docs/3.1.2/ref-manual/ref-manual.html#var-Sdefaults to a location where a tarball would be unpacked, but your recipe isn't using a tarball.

Add the following to your recipe:
S = "${WORKDIR}"

Thanks,


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, August 8, 2020 2:12 AM, Sergey Ivanov <icegood1980@...> wrote:

Hi there.
I'm newbie ib yocto and (of course) nothing works for me from scratch.
For testing purposes, i work with yocto 3.1 based on 5d47cdf448b6cff5bb7cc5b0ba0426b8235ec478 rev aka dunfell-23.0.0
MACHINE ?= "qemuarm" and DISTRO ?= "poky" (btw i tried poky-tony as well but machine didn't start properly under qemu)

I created my new layer with next structure:
.
├── conf
│   └── layer.conf
├── COPYING.MIT
├── README
└── recipes-ice
    ├── COPYING.MIT
    └── ice_helloworld
        ├── COPYING.MIT
        ├── files
        │   ├── COPYING.MIT
        │   └── ice_helloworld.cpp
        └── ice_helloworld_0.1.bb

(i copied COPYING.MIT to )every single place because of error below) and i obtained:

NOTE: Executing Tasks
WARNING: ice_helloworld-helloworld-0.1 do_populate_lic: Could not copy license file /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT to /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/license-destdir/ice_helloworld/COPYING.MIT: [Errno 2] No such file or directory: '/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT'
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: QA Issue: ice_helloworld: LIC_FILES_CHKSUM points to an invalid file: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT [license-checksum]
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/temp/log.do_populate_lic.133477
ERROR: Task (/media/ice/slow_ext4/yocto_poky/meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb:do_populate_lic) failed with exit code '1'
NOTE: Tasks Summary: Attempted 216 tasks of which 214 didn't need to be rerun and 1 failed.



my bb file is:

SUMMARY = "Recipe to build the 'helloworld' in cpp"
SECTION = "ice"
LICENSE="MIT"
#LICENSE_PATH += "${LAYERDIR}"

PN = "ice_helloworld"
PV = "0.1"

SITE = "file://"
PACKAGE_VERSION_MAJOR = "${@bb.data.getVar('PV',d,1).split('.')[0]}"
PACKAGE_VERSION_MINOR = "${@bb.data.getVar('PV',d,1).split('.')[1]}"

SRC_URI = "${SITE}${PN}.cpp"
SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c"
SRC_URI[sha256sum] = "789e60072ea96371a35d5653d664b4c4b91e80ce2ea6d523d6caedab06a07a2a"
LIC_FILES_CHKSUM = "${SITE}COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

do_compile() {
    ${CXX} ${PN}.cpp -o ${PN}
}

do_install() {
    install -d ${D}${bindir}
    install -m 0755 ${PN} ${D}${bindir}
}
what could be wrong here?
--
Kind regards,
Sergey Ivanov




--
Kind regards,
Sergey Ivanov


does yocto "LTS" stand for "Long Term Support" or "Long Term Stable"?

Robert P. J. Day
 

i've seen two different wiki pages suggest each of the above ... it
would be nice to be consistent.

rday


Re: [meta-cgl][PATCH] ucarp: don't hardcode the path for ifconfig

Jeremy Puhlman
 

Merged.

On 8/7/2020 1:47 AM, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@...>

Don't hardcode the path for the ifconfig command in case the path
for ifconfig on the system may be different from the hardcoded.

Signed-off-by: Mingli Yu <mingli.yu@...>
---
 meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh | 2 +-
 meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
index a431c32..27e0d2b 100644
--- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
+++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
@@ -4,4 +4,4 @@ exec 2> /dev/null
 #/sbin/ip addr del "$2"/24 dev "$1"
 
 # or alternatively:
-/sbin/ifconfig "$1":254 down
+ifconfig "$1":254 down
diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
index c1b8a4f..f81d578 100644
--- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
+++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
@@ -4,4 +4,4 @@ exec 2> /dev/null
 #/sbin/ip addr add "$2"/24 dev "$1"
 
 # or alternatively:
-/sbin/ifconfig "$1":254 "$2" netmask 255.255.255.0 
+ifconfig "$1":254 "$2" netmask 255.255.255.0


    

-- 
Jeremy A. Puhlman
jpuhlman@...


Re: Yocto build failure -- supposedly due to opkg-4.2 download

Alex G.
 

On 8/4/20 2:07 PM, akuster808 wrote:
On 8/4/20 12:00 PM, Alex G. wrote:
Hi,

I'm trying to get started with yocto builds. My builds keep failing trying to build the qemu-x86 image.
If I am not mistaken, many of the servers are down including downloads.yoctoproject.org.
That was it. Waited a day, and then I was able to build. Thank you!

Alex


luajit build issue for rpi3

Marek Belisko
 

Hi,

I'm trying to build luajit for rpi machine and getting strange error
on build machine:

gcc -m32 -o host/minilua host/minilua.o -lm
/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld:
skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a when
searching for -lgcc
/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld:
cannot find -lgcc
/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld:
skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a when
searching for -lgcc
/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld:
cannot find -lgcc
collect2: error: ld returned 1 exit status
Makefile:605: recipe for target 'host/minilua' failed
make[1]: *** [host/minilua] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory
'/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/luajit/2.0.5+gitAUTOINC+02b521981a-r0/git/src'


IIRC luajit built some host tools using i386. I installed
libc6-dev.i386 as stated in luajit but it doesn't help. Also it looks
like it's looking in the host directory for libgcc? Any ideas what
can be wrong?

Thanks and BR,

marek


--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com


adding obextool anfd obexpush in yocto

NIKHIL PATIL
 

Hi team ,
      We have to use Obextool and obexpush package for bluetooth file transfer.

     Here the issue is we are able to send file to mobile using bluetooth device (redpine module ).  but receive is not happening , it is telling obex server closed .
 at time receiving.
      if any one know please help.


Re: yocto compile simple c++

codusnocturnus
 

Bitbake is unable to find the license file because it's looking in the wrong place.  If you look at the contents of /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/ , you will probably find it to be empty, and you will find COPYING.MIT in the directory above it.

The reason is that ${S} (see https://www.yoctoproject.org/docs/3.1.2/ref-manual/ref-manual.html#var-Sdefaults to a location where a tarball would be unpacked, but your recipe isn't using a tarball.

Add the following to your recipe:
S = "${WORKDIR}"

Thanks,


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On Saturday, August 8, 2020 2:12 AM, Sergey Ivanov <icegood1980@...> wrote:

Hi there.
I'm newbie ib yocto and (of course) nothing works for me from scratch.
For testing purposes, i work with yocto 3.1 based on 5d47cdf448b6cff5bb7cc5b0ba0426b8235ec478 rev aka dunfell-23.0.0
MACHINE ?= "qemuarm" and DISTRO ?= "poky" (btw i tried poky-tony as well but machine didn't start properly under qemu)

I created my new layer with next structure:
.
├── conf
│   └── layer.conf
├── COPYING.MIT
├── README
└── recipes-ice
    ├── COPYING.MIT
    └── ice_helloworld
        ├── COPYING.MIT
        ├── files
        │   ├── COPYING.MIT
        │   └── ice_helloworld.cpp
        └── ice_helloworld_0.1.bb

(i copied COPYING.MIT to )every single place because of error below) and i obtained:

NOTE: Executing Tasks
WARNING: ice_helloworld-helloworld-0.1 do_populate_lic: Could not copy license file /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT to /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/license-destdir/ice_helloworld/COPYING.MIT: [Errno 2] No such file or directory: '/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT'
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: QA Issue: ice_helloworld: LIC_FILES_CHKSUM points to an invalid file: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT [license-checksum]
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/temp/log.do_populate_lic.133477
ERROR: Task (/media/ice/slow_ext4/yocto_poky/meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb:do_populate_lic) failed with exit code '1'
NOTE: Tasks Summary: Attempted 216 tasks of which 214 didn't need to be rerun and 1 failed.



my bb file is:

SUMMARY = "Recipe to build the 'helloworld' in cpp"
SECTION = "ice"
LICENSE="MIT"
#LICENSE_PATH += "${LAYERDIR}"

PN = "ice_helloworld"
PV = "0.1"

SITE = "file://"
PACKAGE_VERSION_MAJOR = "${@bb.data.getVar('PV',d,1).split('.')[0]}"
PACKAGE_VERSION_MINOR = "${@bb.data.getVar('PV',d,1).split('.')[1]}"

SRC_URI = "${SITE}${PN}.cpp"
SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c"
SRC_URI[sha256sum] = "789e60072ea96371a35d5653d664b4c4b91e80ce2ea6d523d6caedab06a07a2a"
LIC_FILES_CHKSUM = "${SITE}COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

do_compile() {
    ${CXX} ${PN}.cpp -o ${PN}
}

do_install() {
    install -d ${D}${bindir}
    install -m 0755 ${PN} ${D}${bindir}
}
what could be wrong here?
--
Kind regards,
Sergey Ivanov


Re: yocto compile simple c++

Sol
 

As far as I know, you have to given a checksum for the license:
LIC_FILES_CHKSUM = "file://gpl-2.0.txt;md5=ab04ac0f249af12befccb94447c08b77" or something like that.

Hope this helps.

On Sat, 8 Aug 2020 at 19:13, Sergey Ivanov <icegood1980@...> wrote:
Hi there.
I'm newbie ib yocto and (of course) nothing works for me from scratch.
For testing purposes, i work with yocto 3.1 based on 5d47cdf448b6cff5bb7cc5b0ba0426b8235ec478 rev aka dunfell-23.0.0
MACHINE ?= "qemuarm" and DISTRO ?= "poky" (btw i tried poky-tony as well but machine didn't start properly under qemu)

I created my new layer with next structure:
.
├── conf
│   └── layer.conf
├── COPYING.MIT
├── README
└── recipes-ice
    ├── COPYING.MIT
    └── ice_helloworld
        ├── COPYING.MIT
        ├── files
        │   ├── COPYING.MIT
        │   └── ice_helloworld.cpp
        └── ice_helloworld_0.1.bb

(i copied COPYING.MIT to )every single place because of error below) and i obtained:

NOTE: Executing Tasks
WARNING: ice_helloworld-helloworld-0.1 do_populate_lic: Could not copy license file /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT to /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/license-destdir/ice_helloworld/COPYING.MIT: [Errno 2] No such file or directory: '/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT'
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: QA Issue: ice_helloworld: LIC_FILES_CHKSUM points to an invalid file: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT [license-checksum]
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/temp/log.do_populate_lic.133477
ERROR: Task (/media/ice/slow_ext4/yocto_poky/meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb:do_populate_lic) failed with exit code '1'
NOTE: Tasks Summary: Attempted 216 tasks of which 214 didn't need to be rerun and 1 failed.




my bb file is:

SUMMARY = "Recipe to build the 'helloworld' in cpp"
SECTION = "ice"
LICENSE="MIT"
#LICENSE_PATH += "${LAYERDIR}"

PN = "ice_helloworld"
PV = "0.1"

SITE = "file://"
PACKAGE_VERSION_MAJOR = "${@bb.data.getVar('PV',d,1).split('.')[0]}"
PACKAGE_VERSION_MINOR = "${@bb.data.getVar('PV',d,1).split('.')[1]}"

SRC_URI = "${SITE}${PN}.cpp"
SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c"
SRC_URI[sha256sum] = "789e60072ea96371a35d5653d664b4c4b91e80ce2ea6d523d6caedab06a07a2a"
LIC_FILES_CHKSUM = "${SITE}COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

do_compile() {
    ${CXX} ${PN}.cpp -o ${PN}
}

do_install() {
    install -d ${D}${bindir}
    install -m 0755 ${PN} ${D}${bindir}
}

what could be wrong here?
--
Kind regards,
Sergey Ivanov


yocto compile simple c++

icegood1980@...
 

Hi there.
I'm newbie ib yocto and (of course) nothing works for me from scratch.
For testing purposes, i work with yocto 3.1 based on 5d47cdf448b6cff5bb7cc5b0ba0426b8235ec478 rev aka dunfell-23.0.0
MACHINE ?= "qemuarm" and DISTRO ?= "poky" (btw i tried poky-tony as well but machine didn't start properly under qemu)

I created my new layer with next structure:
.
├── conf
│   └── layer.conf
├── COPYING.MIT
├── README
└── recipes-ice
    ├── COPYING.MIT
    └── ice_helloworld
        ├── COPYING.MIT
        ├── files
        │   ├── COPYING.MIT
        │   └── ice_helloworld.cpp
        └── ice_helloworld_0.1.bb

(i copied COPYING.MIT to )every single place because of error below) and i obtained:

NOTE: Executing Tasks
WARNING: ice_helloworld-helloworld-0.1 do_populate_lic: Could not copy license file /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT to /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/license-destdir/ice_helloworld/COPYING.MIT: [Errno 2] No such file or directory: '/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT'
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: QA Issue: ice_helloworld: LIC_FILES_CHKSUM points to an invalid file: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT [license-checksum]
ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: Fatal QA errors found, failing task.
ERROR: Logfile of failure stored in: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/temp/log.do_populate_lic.133477
ERROR: Task (/media/ice/slow_ext4/yocto_poky/meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb:do_populate_lic) failed with exit code '1'
NOTE: Tasks Summary: Attempted 216 tasks of which 214 didn't need to be rerun and 1 failed.




my bb file is:

SUMMARY = "Recipe to build the 'helloworld' in cpp"
SECTION = "ice"
LICENSE="MIT"
#LICENSE_PATH += "${LAYERDIR}"

PN = "ice_helloworld"
PV = "0.1"

SITE = "file://"
PACKAGE_VERSION_MAJOR = "${@bb.data.getVar('PV',d,1).split('.')[0]}"
PACKAGE_VERSION_MINOR = "${@bb.data.getVar('PV',d,1).split('.')[1]}"

SRC_URI = "${SITE}${PN}.cpp"
SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c"
SRC_URI[sha256sum] = "789e60072ea96371a35d5653d664b4c4b91e80ce2ea6d523d6caedab06a07a2a"
LIC_FILES_CHKSUM = "${SITE}COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

do_compile() {
    ${CXX} ${PN}.cpp -o ${PN}
}

do_install() {
    install -d ${D}${bindir}
    install -m 0755 ${PN} ${D}${bindir}
}

what could be wrong here?
--
Kind regards,
Sergey Ivanov


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

Richard Purdie
 

On Thu, 2020-08-06 at 15:31 -0700, Scott Branden wrote:
diff --git a/meta/classes/uninative.bbclass
b/meta/classes/uninative.bbclass
index 70799bbf6d..99072e1326 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -56,9 +56,14 @@ python uninative_event_fetchloader() {
# Our games with path manipulation of DL_DIR mean
standard PREMIRRORS don't work
# and we can't easily put 'chksum' into the url path
from a url parameter with
# the current fetcher url handling
- ownmirror = d.getVar('SOURCE_MIRROR_URL')
- if ownmirror:
- localdata.appendVar("PREMIRRORS", "
${UNINATIVE_URL}${UNINATIVE_TARBALL}
${SOURCE_MIRROR_URL}/uninative/%s/${UNINATIVE_TARBALL}" % chksum)
+ premirrors =
bb.fetch2.mirror_from_string(localdata.getVar("PREMIRRORS"))
+ for line in premirrors:
+ try:
+ (find, replace) = line
+ except ValueError:
+ continue
+ if find.startswith("http"):
+ localdata.appendVar("PREMIRRORS", "
${UNINATIVE_URL}${UNINATIVE_TARBALL}
%s/uninative/%s/${UNINATIVE_TARBALL}" % (replace, chksum))

srcuri =
d.expand("${UNINATIVE_URL}${UNINATIVE_TARBALL};sha256sum=%s" %
chksum)
bb.note("Fetching uninative binary shim from %s" %
srcuri)
Note is missleading as it is going to fetch from PREMIRRORS.

Hopefully that handles this case more generically.
Yes, this works. uninative is now fetched from the PREMIRRORS like
all the other downloads even though it prints the note about Fetching
uninative binary shim from the URL.
Thanks, I've tweaked the patch to improve the note and submitted it.
Good to get to the bottom of this!

Cheers,

Richard


Difference in setting IMAGE_ROOTFS_SIZE in local.conf vs size in wks file?

amodamatya@...
 

I am having confusion in understanding the exact difference between setting IMAGE_ROOTFS_SIZE in local.conf and setting size in wks file for rootfs. If I have to create two rootfs partitions of 1GB, isn't setting IMAGE_ROOTFS_SIZE = "1048756" enough? Yes obviously, I need to create two rootfs in wks file in this way, just confused about the size parameter.

part --align 4 --fixed-size 1 --no-table
part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat --label boot --active --align 4 --size 60
part / --source rootfs --ondisk mmcblk0 --fstype=ext4 --label A --align 4 --use-uuid --size
part --source rootfs --ondisk mmcblk0 --fstype=ext4 --label B --align 4 --use-uuid --size 
part /data --ondisk mmcblk0 --fstype=ext4 --label data --size 128 --align 4 --extra-space 0 


[meta-selinux][PATCH] setools: Add native support

oleksii.miroshko@...
 

From: Oleksii Miroshko <oleksii.miroshko@bmw.de>

Enable using setools for analyzing the built SELinux policy
during the build.

Signed-off-by: Oleksii Miroshko <oleksii.miroshko@bmw.de>
---
recipes-devtools/python/python3-decorator_%.bbappend | 2 ++
recipes-devtools/python/python3-networkx_%.bbappend | 2 ++
recipes-security/setools/setools_4.3.0.bb | 6 ++++++
3 files changed, 10 insertions(+)
create mode 100644 recipes-devtools/python/python3-decorator_%.bbappend
create mode 100644 recipes-devtools/python/python3-networkx_%.bbappend

diff --git a/recipes-devtools/python/python3-decorator_%.bbappend b/recipes-devtools/python/python3-decorator_%.bbappend
new file mode 100644
index 0000000..3bc71e0
--- /dev/null
+++ b/recipes-devtools/python/python3-decorator_%.bbappend
@@ -0,0 +1,2 @@
+BBCLASSEXTEND = "native nativesdk"
+
diff --git a/recipes-devtools/python/python3-networkx_%.bbappend b/recipes-devtools/python/python3-networkx_%.bbappend
new file mode 100644
index 0000000..3bc71e0
--- /dev/null
+++ b/recipes-devtools/python/python3-networkx_%.bbappend
@@ -0,0 +1,2 @@
+BBCLASSEXTEND = "native nativesdk"
+
diff --git a/recipes-security/setools/setools_4.3.0.bb b/recipes-security/setools/setools_4.3.0.bb
index ec73f7c..8fdeeb0 100644
--- a/recipes-security/setools/setools_4.3.0.bb
+++ b/recipes-security/setools/setools_4.3.0.bb
@@ -8,6 +8,8 @@ SETools."
SECTION = "base"
LICENSE = "GPLv2 & LGPLv2.1"

+BBCLASSEXTEND = "native nativesdk "
+
S = "${WORKDIR}/git"
SRC_URI = "git://github.com/SELinuxProject/${BPN}.git;branch=4.3 \
file://setools4-fixes-for-cross-compiling.patch \
@@ -21,9 +23,13 @@ LIC_FILES_CHKSUM = "file://${S}/COPYING;md5=83a5eb6974c11f30785e90d0eeccf40c \

DEPENDS += "bison-native flex-native swig-native python3 python3-cython-native libsepol libselinux"

+DEPENDS_class-native += "libselinux python3-setuptools python3-cython python3-networkx"
+
RDEPENDS_${PN} += "python3-networkx python3-decorator python3-setuptools \
python3-logging python3-json libselinux-python"

+RDEPENDS_${PN}_class-native = ""
+
RPROVIDES_${PN} += "${PN}-console"

inherit setuptools3
--
2.25.4


[meta-cgl][PATCH] ucarp: don't hardcode the path for ifconfig

Yu, Mingli
 

From: Mingli Yu <mingli.yu@windriver.com>

Don't hardcode the path for the ifconfig command in case the path
for ifconfig on the system may be different from the hardcoded.

Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
---
meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh | 2 +-
meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
index a431c32..27e0d2b 100644
--- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
+++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh
@@ -4,4 +4,4 @@ exec 2> /dev/null
#/sbin/ip addr del "$2"/24 dev "$1"

# or alternatively:
-/sbin/ifconfig "$1":254 down
+ifconfig "$1":254 down
diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
index c1b8a4f..f81d578 100644
--- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
+++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh
@@ -4,4 +4,4 @@ exec 2> /dev/null
#/sbin/ip addr add "$2"/24 dev "$1"

# or alternatively:
-/sbin/ifconfig "$1":254 "$2" netmask 255.255.255.0
+ifconfig "$1":254 "$2" netmask 255.255.255.0
--
2.26.2


Re: Kernel external module with firmware

Sol
 

Ok, I figured it out :).
I need to declare a "non-standard" package name.
Solved by adding PACKAGES_append += "${PN}-firmware".


On Fri, 7 Aug 2020 at 15:17, Sol via lists.yoctoproject.org <lshllshl=gmail.com@...> wrote:
  Hi,
I followed the hello-mod example and got my module compiling, installed, mounted to target and even functioning (talking to the hw).
I am trying to add now firmware binaries to send to the hardware.

I added the following to my .bb:
do_install_append() {
    install -d ${D}${base_libdir}/firmware/xxx
    install    ${WORKDIR}/FwImage/*.bin ${D}${base_libdir}/firmware/xxx/
}

FILES_${PN}-firmware = "${base_libdir}/firmware/xxx/xxx*.bin"


This is the output from bitbake -e xxx|grep ^FILES_ :
FILES_xxx-firmware="/lib/firmware/xxx/xxx*.bin"
FILES_xxx-bin="/usr/bin/* /usr/sbin/*"
FILES_xxx-locale="/usr/share/locale"
FILES_SOLIBSDEV="/lib/lib*.so /usr/lib/lib*.so"
FILES_xxx-doc="/usr/share/doc /usr/share/man /usr/share/info /usr/share/gtk-doc /usr/share/gnome/help"
FILES_xxx=""
FILES_xxx-dev="/usr/include /lib/lib*.so /usr/lib/lib*.so /usr/lib/*.la /usr/lib/*.o /usr/lib/pkgconfig /usr/share/pkgconfig /usr/share/aclocal /lib/*.o /usr/lib/xxx/*.la /lib/*.la"
FILES_xxx-dbg="/usr/lib/debug /usr/src/debug"
FILES_xxx-staticdev="/usr/lib/*.a /lib/*.a /usr/lib/xxx/*.a"


But I still get:
ERROR: xxx-module-r0 do_package: QA Issue: xxx: Files/directories were installed but not shipped in any package:
  /lib/firmware
  /lib/firmware/xxx
  /lib/firmware/xxx/xxx1.bin
  /lib/firmware/xxx/xxx2.bin
  /lib/firmware/xxx/xxx3.bin
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
xxx: 5 installed and not shipped files. [installed-vs-shipped]


Any idea what am I doing wrong?

Thanks,
Sol



Re: psplash and mountpoint -q

Khem Raj
 

On Wed, Aug 5, 2020 at 2:19 AM Mauro Ziliani <mauro@faresoftware.it> wrote:

Hi all.

I'm working woth Zeus on intel platform

When the script is run in shutdown I get the error at line 28

26: export TMPDIR=/mnt/.psplash
27: [ -d $TMPDIR ] || mkdir -p $TMPDIR
28: if [ ! mountpoint -q $TMPDIR ]; then
29: mount tmpfs -t tmpfs $TMPDIR -o,size=40k
30: fi

So I change the line so

28: if [ ! `mountpoint -q $TMPDIR` ]; then


Is this ok?
checking for the return value of mountpount to be non-zero is the
right thing to do here maybe more explicit check like

mountpoint -q $TMPDIR
if [ $? -ne 0 ]; then

might do the trick as well.


MZ


Re: when is it appropriate to push recipe enhancements (eg., class-nativesdk) upstream?

Khem Raj
 

On Wed, Aug 5, 2020 at 4:14 AM Robert P. J. Day <rpjday@crashcourse.ca> wrote:

based on recipe from an existing (zeus-based) project, colleague asks
about a bbappend file, and whether it's appropriate that it be submitted
upstream as a patch -- this example involves "pciutils" recipe from
oe-core, but the question more generally covers any number of recipes.

this particular code base has the following pciutils_%.bbappend file:

=== start ===
PACKAGECONFIG_class-nativesdk = ""

DISABLE_STATIC_pn-nativesdk-pciutils = ""

# Need nativesdk-specific do_install due to ${sbindir} being set to usr/bin
do_install_class-nativesdk () {
oe_runmake DESTDIR=${D} install install-lib

oe_multilib_header pci/config.h
}

BBCLASSEXTEND += "nativesdk"
=== end ===

i'm looking at this for the first time and, sure, it appears to
extend the pciutils recipe for nativesdk. but if that's true, then
would it not make sense to submit that as a patch?

the current zeus "pciutils_3.6.2.bb" recipe doesn't extend the
recipe for nativesdk, so if this bbappend file actually correctly
does that, would it not make sense to contribute that enhancement
back?
yes, it would be good to send a patch to extend the recipe to upstream oe-core
I also see the bbappend is using a greedy wildcard, sometimes they can
be error prone when upgrading
to newer versions of oe-core, so usually I like to recommend that
create version specific bbappends so
it reminds you of this quirk when recipe is upgraded underneath.

in general, there appear to be numerous recipes in this code base
that do little more than extend the recipe for native and nativesdk
because the oe-core (or meta-oe) recipes don't do that.

am i thinking about this correctly? it seems that, if local bbappend
content fixes or enhances a recipe, it would make sense to push that
fix so as to not have to carry around the bbappend files.

thoughts? i'm not passing any judgment on the correctness of this
particular bbappend file, i'm more interested in the general
philosophy of pushing improvements to not have to keep carrying
them around in the local code base.

rday



Re: Does any version of Yocto currently support LLVM/CLANG/and OpenCL ?

Khem Raj
 

Hi Steve

On Thu, Aug 6, 2020 at 9:22 AM Monsees, Steven C (US) via
lists.yoctoproject.org
<steven.monsees=baesystems.com@lists.yoctoproject.org> wrote:

Hello:



I am currently working with rocko 2.4.1… building for X86_64 platforms.



I am looking to add support for LLVM/CLANG/and OpenCL, but thought it might be easier to move to a more recent version of Yocto if support was already in place for these components.
clang support is provided via its own layer ( meta-clang ) see
http://layers.openembedded.org/layerindex/branch/master/layer/meta-clang/
you can add it to your layer mix and it will add needed bits, please
go through README and see what options you need.



Is there a more recent version of the Yocto Project which possibly includes support for these components ?, and if not, has anyone ever attempted to build an SDK to add support these components to their platform ?
There is rocko branch of meta-clang which should work for your release
however rocko is no longer supported for meta-clang, for best results,
I would suggest to move to latest release ( dunfell ) as of now, this
branch is actively supported as well



My first pass attempt finds the “nativesdk-cmake” functional, but the LLVM/CLANG build under the SDK appears to have some issues.

Knowing my current rocko platform is a bit dated, I thought it best to check in and see if porting to a more recent platform might be beneficial.



Thanks,

Steve




Kernel external module with firmware

Sol
 

  Hi,
I followed the hello-mod example and got my module compiling, installed, mounted to target and even functioning (talking to the hw).
I am trying to add now firmware binaries to send to the hardware.

I added the following to my .bb:
do_install_append() {
    install -d ${D}${base_libdir}/firmware/xxx
    install    ${WORKDIR}/FwImage/*.bin ${D}${base_libdir}/firmware/xxx/
}

FILES_${PN}-firmware = "${base_libdir}/firmware/xxx/xxx*.bin"


This is the output from bitbake -e xxx|grep ^FILES_ :
FILES_xxx-firmware="/lib/firmware/xxx/xxx*.bin"
FILES_xxx-bin="/usr/bin/* /usr/sbin/*"
FILES_xxx-locale="/usr/share/locale"
FILES_SOLIBSDEV="/lib/lib*.so /usr/lib/lib*.so"
FILES_xxx-doc="/usr/share/doc /usr/share/man /usr/share/info /usr/share/gtk-doc /usr/share/gnome/help"
FILES_xxx=""
FILES_xxx-dev="/usr/include /lib/lib*.so /usr/lib/lib*.so /usr/lib/*.la /usr/lib/*.o /usr/lib/pkgconfig /usr/share/pkgconfig /usr/share/aclocal /lib/*.o /usr/lib/xxx/*.la /lib/*.la"
FILES_xxx-dbg="/usr/lib/debug /usr/src/debug"
FILES_xxx-staticdev="/usr/lib/*.a /lib/*.a /usr/lib/xxx/*.a"


But I still get:
ERROR: xxx-module-r0 do_package: QA Issue: xxx: Files/directories were installed but not shipped in any package:
  /lib/firmware
  /lib/firmware/xxx
  /lib/firmware/xxx/xxx1.bin
  /lib/firmware/xxx/xxx2.bin
  /lib/firmware/xxx/xxx3.bin
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
xxx: 5 installed and not shipped files. [installed-vs-shipped]


Any idea what am I doing wrong?

Thanks,
Sol

4041 - 4060 of 54277