Hi Markus, Thanks for reporting these problems. The additions that you made also seem to be missing on the master branch. Could you send a patch to the oe-core list : openembedded-core@...

Hi Marek, Is it: A) Comes from master and is a problem on dunfell or B) it is reproducible on the master branch? Given that you said: I suspect it's A only. Right? What are your small changes. Hongxu

Marek, Does this happen if you use the master branch? Hongxu, Any tips for Marek? ../Randy > > > > >

I succeeded in building tensorflow last night on master with the layers in WR Linux: https://github.com/WindRiver-Labs/wrlinux-x Can you explain what host distro and collection of branches and version

Add Hongxu. Yes, it is a bit dated. tf-2.x is out and I think that Hongxu has an uprev underway but I'm not sure when he'll get to finishing it off. Hongxu? Nice, I think a new layer called something

Not off-hand. Since no one is available right now to help, can you report the bug in: https://bugzilla.yoctoproject.org/ after creating an account: https://bugzilla.yoctoproject.org/createaccount.cgi

#vmdk #dunfell

Thanks for the report. Unless someone replies here, can you submit a fix to the oe-core and/or meta-oe lists? If not, can you open a bug in the YP Bugzilla? Create an account here: https://bugzilla.yo

Ah, good. You'll need to upgrade to a newer yocto release or cherry-pick: $ cd ../oe-core.git $ git log -1 --stat 0fb257121b68f38b40c078150db8f7d0979b7ea5 commit 0fb257121b68f38b40c078150db8f7d0979b7e

#uboot

Andrew, Thanks for the info about your distro and YP version. It's odd that 'test' isn't part of your coreutils install. https://launchpad.net/ubuntu/trusty/+package/coreutils Is it possible that you

#uboot

Hi Andrew, It seems odd that you don't have coreutils/test already... Test is part of coreutils on Ubuntu-20.04: $ which test /usr/bin/test $ dpkg -S /usr/bin/test coreutils: /usr/bin/test What distro

#uboot

Hi VR, What version/release of yocto (oe-core, bitbake, ...) are you using? What image are you building and what did you add to your local.conf ? What is your target system and who provided the BSP? I

#linux #kernel #dunfell

I looked at the apache source briefly and those modules do not appear to be part of apache2. From an ubuntu system: $ apt info libapache2-mod-authnz-external | grep Homepage Homepage: http://code.goog

It don't see anything in the layer index: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=mtree but the source has a configure file: (Ubuntu: apt-get source mtree-netbsd) so they s

Hi Zoltan, See: http://docs.yoctoproject.org/kernel-dev/kernel-dev-common.html?highlight=external%20kernel%20module#working-with-out-of-tree-modules Good luck, ../Randy

#kernel

lists.yoctoproject.org wrote: Hi Steve, Can you describe your build host and environment and what steps you take to encounter this error? Does it happen with poky/gatesgarth? What happens if you follo

#yocto

lists.yoctoproject.org wrote: Hi Steve, Can you describe your build host and environment and what steps you take to encounter this error? Does it happen with poky/gatesgarth? What happens if you follo

#yocto

Resend to get Stephen's correct email address. Hi Federico, Sorry for the delay. We've been getting the 3.2 release out the door and participating in conferences. Please rebase to openssl_1.1.1h and s

Hi Federico, Sorry for the delay. We've been getting the 3.2 release out the door and participating in conferences. Please rebase to openssl_1.1.1h and send it to the oe-core list: openembedded-core@l

Hi Anders, I haven't played with that for a while but I'm pretty sure the answer is yes, it's intentional. You can read about reproducible builds here: https://wiki.yoctoproject.org/wiki/Reproducible_

Hi Alex, Not personally but a quick look in the layer index reveals meta-optee: https://layers.openembedded.org/layerindex/branch/master/layer/meta-optee/ I hope that helps. If you know of that layer,