From: Wojciech Zmuda <wojciech.zmuda@...> HAL for STM32 chipsets is one of Zephyr subprojects. It is downloaded by default by west. Clone the HAL repository so it can be used for building

From: Wojciech Zmuda <wojciech.zmuda@...> This patch set adds support of Avenger96 boards based on STMicro STM32MP157AAC 2xCortex-A7+2xCortex-M4 SoC. The support consists of: - cloning

Hi, I'm l;booking for a tensorflow recipe and forum that meta-tensorflow have support for it (also saw that gatesgarth branch is there) but I cannot build tensorflow + tensorflow seems to be a bit

Dear Khem, Thank you for the input. I tried to remove all text from the variable RPI_KERNEL_DEVICETREE_OVERLAYS and type them again. The images are now correctly compiling. I suppose I had an

Okay its been submitted

Hi Khem raj, Regarding zbar, I found the video option was disabled in the .bb file, so I had changed it to --enable-video and ran the build, but the build failed at do_install. Do I Need to make

Hi Khem Raj, It worked. Included gnutls and tested with other network. Thanks & Regards, Vijay Rakesh

Merged. Thank you for patches. Regards, Naveen

I am seeing problems in git fetcher using a github repo using lfs + ssh in dunfell. I find if I set "lfs=0" it still attempts to download the lfs objects and fails. Same behavior if "lfs=1". SRC_URI

On 2020-12-10 8:18 a.m., chruetli@... wrote: Not off-hand. Since no one is available right now to help, can you report the bug in: https://bugzilla.yoctoproject.org/

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

hard to say, unless more details are available, usually runtime deps and build time deps are handled fine but there might be some outliers.

file /etc/ethertypes conflicts between attempted installs of netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64 commit ba069a5a3dae374744f68a57ab9e7869167beb2b Author: Alexander Kanavin

On Fri, Dec 11, 2020 at 09:04 AM, Khem Raj wrote: On 12/11/20 2:26 AM, vijayrakeshmunganda@... wrote: Hi, I'm trying to do HTTPS POST using curl with CA certificate, but I got an error as

check what all packageconfig is being used are you using gnutls, then you might want to try nss or openssl and see if that helps.

I think the content of IMAGE_BOOT_FILES would be right place to start looking into the issue. bitbake -e <yourimage> | grep -e "^IMAGE_BOOT_FILES=" might give more insights into this variable's

Nope, that should be enough to show that it has already been addressed upstream. By default, you'll get a v5.10-rc with -dev in master, so that confirms the fix. True that. And the time spent to

When I use `linux-yocto-dev` as the kernel provider, it works just fine (in fact, I can't seem to find the commit that *fixes* the problem there....), so I think 5.10 will be OK? Is there something

Hi Sateesh, Are you sure all layers are checked out at the same branch? (e.g. `dunfell` branch (or a branch with LAYERSERIESCOMPAT in conf/layer.conf with dunfell in it))? I suspect there was a

You're probably mixing incompatible branches of different layers - always use the same branch in all layers. at_least was added in oe-core/dunfell