Date   

Re: [tsc] QA Cycle report for build (yocto-3.1_M1.rc8)

Khem Raj
 

On 12/18/19 7:38 AM, Armpit wrote:
On 12/18/19 2:46 AM, Richard Purdie wrote:
On Wed, 2019-12-18 at 03:32 +0000, Jain, Sangeeta wrote:
Hello all,

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


======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).
The Valgrind is a known issue:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13666


======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713
Thanks Sangeeta.

Adding TSC to CC.

We have the bugs above but they're minor ptest issues (small
regressions).

We have performance problems in certain world build cases but we need
to work through those issues in master.

We also have reproducibile build issues but those are in theory fixed
in master.

I think we should ship this as I can't see any huge improvements from
any further respins, it just collides with vactions. We should move
forward to M2 after the holidays.
I would make these blockers for M2/M3 and approve shipping M1
I would also agree to ship M1 without this.

- armin

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#247): https://lists.yoctoproject.org/g/tsc/message/247
Mute This Topic: https://lists.yoctoproject.org/mt/68790744/1997914
Group Owner: tsc+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/tsc/unsub [raj.khem@...]
-=-=-=-=-=-=-=-=-=-=-=-


Re: go tool dist: unknown architecture: aarch64

Khem Raj
 

On 12/18/19 1:49 AM, learning yocto wrote:
A bit debug, found out that the go-native.inc depends on
go1.4-bootstrap which does not have arm64/aarch64 support.
Found out a reference on
- https://golang.org/doc/install/source#bootstrapFromSource
- https://golang.org/doc/install/source#bootstrapFromCrosscompiledSource
To cross-compile a bootstrap toolchain from source, which is necessary
on systems Go 1.4 did not target (for example, linux/ppc64le), install
Go on a different system and run
bootstrap.bash(https://golang.org/src/bootstrap.bash)
When run as (for example)
$ GOOS=linux GOARCH=ppc64 ./bootstrap.bash
How to add this in yocto I am not sure...
any pointers please help

this is a bit more involved issue since go compiler needs go compiler to build, since 1.4 is where it has to start and that means you have to create a bootsrap go cross compiler for aarch64 using go 1.5 first on x86 host. once you have this distribution for aarch64, it should then be installed on your aarch64 host and used to bootstrap the full compiler.

perhaps add it to uninative tarball for aarch64 then or host it somewhere.

another option is to require host to have go compiler and use that to bootstrap the version of go we want to use for OE.

On Wed, 18 Dec 2019 at 05:18, learning yocto via
Lists.Yoctoproject.Org
<learning.yocto=gmail.com@...> wrote:

Hello List,

I am a newbie to yocto world, trying to build poky (zeus) for
qemuarm64 machine on an arm64 board.

When I included meta-virtualization layer and add docker-ce

local.conf
-----------
DISTRO_FEATURES_append = " virtualization"
IMAGE_INSTALL_append = " docker"
-----------

bitbake core-image-minimal / bitbake -c configure go-native
throws the error

---------------
DEBUG: Executing shell function do_configure
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
ERROR: Execution of
'/mnt1/yocto_kb/build-rpi/tmp/work/aarch64-linux/go-native/1.12.9-r0/temp/run.do_configure.31724'
failed with exit code 1:
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
---------

Not sure how to fix this error. Please advice
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#47741): https://lists.yoctoproject.org/g/yocto/message/47741
Mute This Topic: https://lists.yoctoproject.org/mt/68784558/4043142
Group Owner: yocto+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [learning.yocto@...]
-=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#47746): https://lists.yoctoproject.org/g/yocto/message/47746
Mute This Topic: https://lists.yoctoproject.org/mt/68784558/1997914
Group Owner: yocto+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [raj.khem@...]
-=-=-=-=-=-=-=-=-=-=-=-


Inverse of BBFILES_DYNAMIC

Konrad Weihmann <kweihmann@...>
 

Hi All,

I was wondering if there is already a mechanism which kind of mimics the inverse of BBFILES_DYNAMIC.
Like I want a recipe to be put into tree only if a layer is absent.

Example: I need a fancy python-lib, which isn't part of the core-lib, but according to the layer index can be obtained by some 3rd party layer (let's call fancy-layer).
For some projects I worked for, it might be challenging to use "fancy-layer" as it doesn't comply with some corporate rules or whatsoever, while others don't see any issues here.

What I have in mind is a mechanism like BBFILES_DYNAMIC, but inverse, like

BBFILES_DYNAMIC += "!fancy-layer: ${LAYERDIR}/dynamic-layers/fancy-fallback/*/*.bb"

So in case fancy-layer is absent, I could put in a recipe which isn't that well maintained (also might including a warning that this only a fallback solution), but does make my layer usable for a wider audience.

So back to the original question, is that already existing functionality? Or is there a workaround hack existing?
If both not, is that something, that could be considered as valuable by the project (If so I could craft some patches for that)?

Regards
Konrad


Re: [meta-selinux][PATCH] MAINTAINERS: update maintainer

Mark Hatle
 

On 12/18/19 7:16 AM, Joe MacDonald wrote:
Did Mark sign off on this as well?

[[meta-selinux][PATCH] MAINTAINERS: update maintainer] On 19.12.18 (Wed 16:14) Yi Zhao wrote:

Add Yi Zhao as the maintainer.
Sorry I missed this. Yes I did!

I havn't had any time to help with meta-selinux, so I happily accept Yi Zhao's
offer.

--Mark

Signed-off-by: Yi Zhao <yi.zhao@...>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 1a19891..36c451f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -30,6 +30,6 @@ F: classes
F: recipes-*

COMMON
-M: Mark Hatle <mark.hatle@...>
+M: Yi Zhao <yi.zhao@...>
F: conf
F: recipes-*
--
2.17.1


Re: QA Cycle report for build (yocto-3.1_M1.rc8)

Armin Kuster
 

On 12/18/19 2:46 AM, Richard Purdie wrote:
On Wed, 2019-12-18 at 03:32 +0000, Jain, Sangeeta wrote:
Hello all,

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


======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).
The Valgrind is a known issue:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13666


======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713
Thanks Sangeeta.

Adding TSC to CC.

We have the bugs above but they're minor ptest issues (small
regressions).

We have performance problems in certain world build cases but we need
to work through those issues in master.

We also have reproducibile build issues but those are in theory fixed
in master.

I think we should ship this as I can't see any huge improvements from
any further respins, it just collides with vactions. We should move
forward to M2 after the holidays.
I would make these blockers for M2/M3 and approve shipping M1

- armin

Cheers,

Richard


Re: Raspberry pi 4 recipe and layer issues.

Ed Vidal
 

Hi Josef,

I restored my poky repository.

These are in my arachne-pnr_0.1.bb.
 
DEPENDS = " icestorm busybox coreutils-native"

RDEPENDS_${PN} = "coreutils"

When I try the following,

bitbake -c cleanall arachne-pnr

bitbake -DDD arachne-pnr

Still getting this error.
| /bin/sh: 1: sum: not found


Thanks,
Regards

Edward Vidal Jr. e-mail develone@... 915-595-1613


On Wednesday, December 18, 2019, 6:35:22 AM MST, Josef Holzmayr <holzmayr@...> wrote:


Howdy!

On Wed, Dec 18, 2019 at 01:12:23PM +0000, Edward Vidal wrote:
>
> Hi Joesf, I did not understand what you meant with "pull".  These are the steps that I did.
> Downloaded the file coreutils_8.31.bb from openemedded to ~/wkg/yocto-zeusSaved the original file poky/meta/recipes-core/coreutils/coreutils_8.31.bb ~/wkg/yocto-zeus/repo120319
> Made the chgs below to rpi4-64/poky/meta/recipes-core/coreutils/coreutils_8.31.bb
> vidal@ws009:~/wkg/yocto-zeus-3.0$ diff coreutils_8.31.bb repo120319/coreutils_8.31.bb 52c52<                 sha384sum sha512sum shred shuf sort split sum tac tail tee test timeout \--->                 sha384sum sha512sum shred shuf sort split stdbuf sum tac tail tee test timeout \60,63d59< < PACKAGE_BEFORE_PN_class-target += "coreutils-stdbuf"< FILES_coreutils-stdbuf = "${bindir}/stdbuf ${libdir}/coreutils/libstdbuf.so"< RDEPENDS_coreutils_class-target += "coreutils-stdbuf"
> Tested with DEPENDS = " icestorm busybox " and DEPENDS = " icestorm busybox coreutils"
> Still getting error "/bin/sh: 1: sum: not found" with bitbake -DDD arachne-pnr
> Also tried adding coreutils to inherit line and that failed.
> Let me know if I can provide additional information.
> Thanks for you help.
> Regards 

If your recipe needs sum at build time, then it shall have
DEPENDS = "coreutils-native"

If it needs sum at runtime, then it shall have
RDEPENDS_${PN} = "coreutils"

No need to download any recipes from anywhere, coreutils is part of
yocto already.

And please, try to improve the formatting of your mails. It is
incredibly hard to actually read and understand what you do or ask.

Greetz

>
>
> Edward Vidal Jr. e-mail develone@... 915-595-1613
>
>    On Wednesday, December 18, 2019, 12:00:16 AM MST, Josef Holzmayr <holzmayr@...> wrote: 

>  Howdy!
>
> On Wed, Dec 18, 2019 at 12:55:38AM +0000, Ed Vidal wrote:
> > Hi All
> > This is the error that I see bitbake -DDD arachne-pnr in log.do_compile
> > My recipe is found at https://github.com/develone/meta-yosys-tools/blob/master/recipes-arachne-pnr/arachne-pnr/arachne-pnr_0.1.bb
> >
> > I have added to the depends DEPENDS = " icestorm busybox" no help
> > /bin/sh: 1: sum: not found
> > I did a search for does busybox provide sumhttps://busybox.net/BusyBox.htmlIt provides both sh & sum
> >         [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,        kbd_mode, kill, killall, killall5, klogd, last, length, less,        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,        xzcat, yes, zcat, zcip
>
> Thats only halfways correct: busybox *CAN* provide sum, if configured
> accordingly. It obviously is not, in your case. The easiest way to get
> sum is probably to just pull in coreutils:
>
> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/coreutils/coreutils_8.31.bb
>
> Greetz
>
> --
> ———————————————
> Josef Holzmayr
> Software Developer Embedded Systems
>
> Tel: +49 8444 9204-48
> Fax: +49 8444 9204-50
>
> R-S-I Elektrotechnik GmbH & Co. KG
> Woelkestrasse 11
> D-85301 Schweitenkirchen
> www.rsi-elektrotechnik.de
> ———————————————
> Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
> Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
> Ust-IdNr: DE 128592548
>
> _____________________________________________________________
> Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
> Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
> USt-IdNr.: DE 128592548



--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548


Re: Raspberry pi 4 recipe and layer issues.

Josef Holzmayr <holzmayr@...>
 

Howdy!

On Wed, Dec 18, 2019 at 01:12:23PM +0000, Edward Vidal wrote:

Hi Joesf, I did not understand what you meant with "pull".  These are the steps that I did.
Downloaded the file coreutils_8.31.bb from openemedded to ~/wkg/yocto-zeusSaved the original file poky/meta/recipes-core/coreutils/coreutils_8.31.bb ~/wkg/yocto-zeus/repo120319
Made the chgs below to rpi4-64/poky/meta/recipes-core/coreutils/coreutils_8.31.bb
vidal@ws009:~/wkg/yocto-zeus-3.0$ diff coreutils_8.31.bb repo120319/coreutils_8.31.bb 52c52<                 sha384sum sha512sum shred shuf sort split sum tac tail tee test timeout \--->                 sha384sum sha512sum shred shuf sort split stdbuf sum tac tail tee test timeout \60,63d59< < PACKAGE_BEFORE_PN_class-target += "coreutils-stdbuf"< FILES_coreutils-stdbuf = "${bindir}/stdbuf ${libdir}/coreutils/libstdbuf.so"< RDEPENDS_coreutils_class-target += "coreutils-stdbuf"
Tested with DEPENDS = " icestorm busybox " and DEPENDS = " icestorm busybox coreutils"
Still getting error "/bin/sh: 1: sum: not found" with bitbake -DDD arachne-pnr
Also tried adding coreutils to inherit line and that failed.
Let me know if I can provide additional information.
Thanks for you help.
Regards 
If your recipe needs sum at build time, then it shall have
DEPENDS = "coreutils-native"

If it needs sum at runtime, then it shall have
RDEPENDS_${PN} = "coreutils"

No need to download any recipes from anywhere, coreutils is part of
yocto already.

And please, try to improve the formatting of your mails. It is
incredibly hard to actually read and understand what you do or ask.

Greetz



Edward Vidal Jr. e-mail develone@... 915-595-1613

On Wednesday, December 18, 2019, 12:00:16 AM MST, Josef Holzmayr <holzmayr@...> wrote:

Howdy!

On Wed, Dec 18, 2019 at 12:55:38AM +0000, Ed Vidal wrote:
Hi All
This is the error that I see bitbake -DDD arachne-pnr in log.do_compile
My recipe is found at https://github.com/develone/meta-yosys-tools/blob/master/recipes-arachne-pnr/arachne-pnr/arachne-pnr_0.1.bb

I have added to the depends DEPENDS = " icestorm busybox" no help
/bin/sh: 1: sum: not found
I did a search for does busybox provide sumhttps://busybox.net/BusyBox.htmlIt provides both sh & sum
        [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,        kbd_mode, kill, killall, killall5, klogd, last, length, less,        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,        xzcat, yes, zcat, zcip
Thats only halfways correct: busybox *CAN* provide sum, if configured
accordingly. It obviously is not, in your case. The easiest way to get
sum is probably to just pull in coreutils:

http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/coreutils/coreutils_8.31.bb

Greetz

--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548
--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548


Re: [meta-selinux][PATCH] MAINTAINERS: update maintainer

Joe MacDonald
 

Did Mark sign off on this as well?

[[meta-selinux][PATCH] MAINTAINERS: update maintainer] On 19.12.18 (Wed 16:14) Yi Zhao wrote:

Add Yi Zhao as the maintainer.

Signed-off-by: Yi Zhao <yi.zhao@...>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 1a19891..36c451f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -30,6 +30,6 @@ F: classes
F: recipes-*

COMMON
-M: Mark Hatle <mark.hatle@...>
+M: Yi Zhao <yi.zhao@...>
F: conf
F: recipes-*
--
2.17.1
--
-Joe MacDonald.
:wq


Re: Raspberry pi 4 recipe and layer issues.

Ed Vidal
 


Hi Joesf, 
I did not understand what you meant with "pull".  These are the steps that I did.

Downloaded the file coreutils_8.31.bb from openemedded to ~/wkg/yocto-zeus
Saved the original file poky/meta/recipes-core/coreutils/coreutils_8.31.bb ~/wkg/yocto-zeus/repo120319

Made the chgs below to rpi4-64/poky/meta/recipes-core/coreutils/coreutils_8.31.bb

vidal@ws009:~/wkg/yocto-zeus-3.0$ diff coreutils_8.31.bb repo120319/coreutils_8.31.bb 
52c52
<                 sha384sum sha512sum shred shuf sort split sum tac tail tee test timeout \
---
>                 sha384sum sha512sum shred shuf sort split stdbuf sum tac tail tee test timeout \
60,63d59
< PACKAGE_BEFORE_PN_class-target += "coreutils-stdbuf"
< FILES_coreutils-stdbuf = "${bindir}/stdbuf ${libdir}/coreutils/libstdbuf.so"
< RDEPENDS_coreutils_class-target += "coreutils-stdbuf"

Tested with DEPENDS = " icestorm busybox " and DEPENDS = " icestorm busybox coreutils"

Still getting error "/bin/sh: 1: sum: not found" with bitbake -DDD arachne-pnr

Also tried adding coreutils to inherit line and that failed.

Let me know if I can provide additional information.

Thanks for you help.

Regards 



Edward Vidal Jr. e-mail develone@... 915-595-1613


On Wednesday, December 18, 2019, 12:00:16 AM MST, Josef Holzmayr <holzmayr@...> wrote:


Howdy!

On Wed, Dec 18, 2019 at 12:55:38AM +0000, Ed Vidal wrote:
> Hi All
> This is the error that I see bitbake -DDD arachne-pnr in log.do_compile
> My recipe is found at https://github.com/develone/meta-yosys-tools/blob/master/recipes-arachne-pnr/arachne-pnr/arachne-pnr_0.1.bb
>
> I have added to the depends DEPENDS = " icestorm busybox" no help
> /bin/sh: 1: sum: not found
> I did a search for does busybox provide sumhttps://busybox.net/BusyBox.htmlIt provides both sh & sum
>         [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,        kbd_mode, kill, killall, killall5, klogd, last, length, less,        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,        xzcat, yes, zcat, zcip


Thats only halfways correct: busybox *CAN* provide sum, if configured
accordingly. It obviously is not, in your case. The easiest way to get
sum is probably to just pull in coreutils:

http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/coreutils/coreutils_8.31.bb

Greetz

--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548


Re: Pull a single file using git lfs

Quentin Schulz
 

Hi Andy,

On Wed, Dec 18, 2019 at 11:23:25AM +0000, Andy Pont wrote:
Quentin wrote...

I unfortunately don't have experience with git lfs.

I'm thinking about the subpath argument to SRC_URI git fetcher.

https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher
Unfortunately, there are other files in the same directory that can’t be
checked out. Looking at that documentation, I have added the “nocheckout=1”
I'm curious if subpath can be the path to a file directly and not a
directory, in which case that might work good enough.

option to the git definition in SRC_URI which is stopping the initial pull.

When I try to add any git commands into a do_fetch_append() then it dumps a
load of Python looking stuff on the screen that ends with:

File "autogenerated", line 4
git lfs checkout build/filename
^
SyntaxError: invalid syntax
Interesting one, thanks for telling me :)

I'd add a task between do_fetch and do_unpack for your file if the thing
I said above does not work out. I personally don't like putting stuff in
tasks which aren't meant to be here but that's personal taste.
(configure is not for pulling files).

Let us know what works for you best so people can find this thread later
on if they have the same issue :)

BR,

Quentin


Re: Pull a single file using git lfs

Andy Pont
 

I wrote...

Unfortunately, there are other files in the same directory that can’t be checked out. Looking at that documentation, I have added the “nocheckout=1” option to the git definition in SRC_URI which is stopping the initial pull.

When I try to add any git commands into a do_fetch_append() then it dumps a load of Python looking stuff on the screen that ends with:

  File "autogenerated", line 4
    git lfs checkout build/filename
               ^
SyntaxError: invalid syntax
So, do_fetch() is a Python function and you can’t run shell commands in it.  That is fine, I have let it do its thing to initialise the git repository and moved my custom commands into a do_configure() to replace the standard one.

It will pull a single file out of the repo using "git checkout master <filename>” but is having difficulties with “git lfs …” commands.  That though looks like an issue there not with the bitbake recipe per-se.

-Andy.



Re: Pull a single file using git lfs

Andy Pont
 

Quentin wrote...

I unfortunately don't have experience with git lfs.
 
I'm thinking about the subpath argument to SRC_URI git fetcher.
 
https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher
Unfortunately, there are other files in the same directory that can’t be checked out. Looking at that documentation, I have added the “nocheckout=1” option to the git definition in SRC_URI which is stopping the initial pull.

When I try to add any git commands into a do_fetch_append() then it dumps a load of Python looking stuff on the screen that ends with:

  File "autogenerated", line 4
    git lfs checkout build/filename
               ^
SyntaxError: invalid syntax

-Andy.


Re: Pull a single file using git lfs

Quentin Schulz
 

Hi Andy,

On Wed, Dec 18, 2019 at 10:46:17AM +0000, Andy Pont wrote:
Hello,

I have a private git repo on our GitLab server that contains a bunch of
source files that came as part of a commercial product and the final binary
executable is also stored there using “git lfs”.

I’m trying to figure out how to create a bitbake recipe so that in the
do_fetch() stage it just pulls the single binary file. I think the file can
be got using “git lfs checkout path/to/file” but I’m not sure how to make it
connect to the repo and not do a regular “git pull”.
I unfortunately don't have experience with git lfs.

I'm thinking about the subpath argument to SRC_URI git fetcher.

https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher

""subpath": Limits the checkout to a specific subpath of the tree. By
default, the whole tree is checked out."

So maybe by giving the path to the file you'll be able to get it without
the whole repo. Provided you're able to get those files with git pull
and not git lfs.

The other thing could be to use a do_fetch_append() with the call to git
lfs in there. I think the git used in that task will be the host one, so
you should then have support for git lfs provided you installed it on
the build machine.

Hopefully I'm not answering with complete non-sense, and giving you some
hints on what to test a bit more :)

Good luck,
Quentin


Pull a single file using git lfs

Andy Pont
 

Hello,

I have a private git repo on our GitLab server that contains a bunch of source files that came as part of a commercial product and the final binary executable is also stored there using “git lfs”.

I’m trying to figure out how to create a bitbake recipe so that in the do_fetch() stage it just pulls the single binary file. I think the file can be got using “git lfs checkout path/to/file” but I’m not sure how to make it connect to the repo and not do a regular “git pull”.

-Andy.


Re: QA Cycle report for build (yocto-3.1_M1.rc8)

Richard Purdie
 

On Wed, 2019-12-18 at 03:32 +0000, Jain, Sangeeta wrote:
Hello all,

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


======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713
Thanks Sangeeta.

Adding TSC to CC.

We have the bugs above but they're minor ptest issues (small
regressions).

We have performance problems in certain world build cases but we need
to work through those issues in master.

We also have reproducibile build issues but those are in theory fixed
in master.

I think we should ship this as I can't see any huge improvements from
any further respins, it just collides with vactions. We should move
forward to M2 after the holidays.

Cheers,

Richard


Re: Dynamic layer or recipe not working

Andy Pont
 

Konrad wrote…

I don’t fully get what you trying to achieve, but the from my point of view dynamic layers (BBFILES_DYNAMIC) are mainly used for bbappends only.
They prevent bitbake from parsing a bbappend in case the layer with the original bb file is absent.
I was trying to follow the example of the meta-freescale layer which has both .bb and .bbappend files within dynamic layers.  

Having thought about it some more I realise that it could just be in one of the regular recipe-xxxxx directories and didn’t need to be in a dynamic layer after all.

-Andy.


Re: go tool dist: unknown architecture: aarch64

learning yocto
 

A bit debug, found out that the go-native.inc depends on
go1.4-bootstrap which does not have arm64/aarch64 support.
Found out a reference on
- https://golang.org/doc/install/source#bootstrapFromSource
- https://golang.org/doc/install/source#bootstrapFromCrosscompiledSource

To cross-compile a bootstrap toolchain from source, which is necessary
on systems Go 1.4 did not target (for example, linux/ppc64le), install
Go on a different system and run
bootstrap.bash(https://golang.org/src/bootstrap.bash)

When run as (for example)

$ GOOS=linux GOARCH=ppc64 ./bootstrap.bash

How to add this in yocto I am not sure...
any pointers please help

On Wed, 18 Dec 2019 at 05:18, learning yocto via
Lists.Yoctoproject.Org
<learning.yocto=gmail.com@...> wrote:


Hello List,

I am a newbie to yocto world, trying to build poky (zeus) for
qemuarm64 machine on an arm64 board.

When I included meta-virtualization layer and add docker-ce

local.conf
-----------
DISTRO_FEATURES_append = " virtualization"
IMAGE_INSTALL_append = " docker"
-----------

bitbake core-image-minimal / bitbake -c configure go-native
throws the error

---------------
DEBUG: Executing shell function do_configure
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
ERROR: Execution of
'/mnt1/yocto_kb/build-rpi/tmp/work/aarch64-linux/go-native/1.12.9-r0/temp/run.do_configure.31724'
failed with exit code 1:
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
---------

Not sure how to fix this error. Please advice
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#47741): https://lists.yoctoproject.org/g/yocto/message/47741
Mute This Topic: https://lists.yoctoproject.org/mt/68784558/4043142
Group Owner: yocto+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [learning.yocto@...]
-=-=-=-=-=-=-=-=-=-=-=-


[meta-selinux][PATCH] MAINTAINERS: update maintainer

Yi Zhao
 

Add Yi Zhao as the maintainer.

Signed-off-by: Yi Zhao <yi.zhao@...>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 1a19891..36c451f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -30,6 +30,6 @@ F: classes
F: recipes-*

COMMON
-M: Mark Hatle <mark.hatle@...>
+M: Yi Zhao <yi.zhao@...>
F: conf
F: recipes-*
--
2.17.1


Re: meta-intel stuck on bootup #yocto

eph_pendragon
 

Okay guys, the issue has been resolved. I changed the default kernel to 4.9 and also patched it to include and support additional hardware present on my PC.


Re: Raspberry pi 4 recipe and layer issues.

Josef Holzmayr <holzmayr@...>
 

Howdy!

On Wed, Dec 18, 2019 at 12:55:38AM +0000, Ed Vidal wrote:
Hi All
This is the error that I see bitbake -DDD arachne-pnr in log.do_compile
My recipe is found at https://github.com/develone/meta-yosys-tools/blob/master/recipes-arachne-pnr/arachne-pnr/arachne-pnr_0.1.bb

I have added to the depends DEPENDS = " icestorm busybox" no help
/bin/sh: 1: sum: not found
I did a search for does busybox provide sumhttps://busybox.net/BusyBox.htmlIt provides both sh & sum
        [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,        kbd_mode, kill, killall, killall5, klogd, last, length, less,        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,        xzcat, yes, zcat, zcip
Thats only halfways correct: busybox *CAN* provide sum, if configured
accordingly. It obviously is not, in your case. The easiest way to get
sum is probably to just pull in coreutils:

http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/coreutils/coreutils_8.31.bb

Greetz

--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548

10001 - 10020 of 57761