#!/bin/sh __BITBAKE_LAST_LINE=0 # Emit a useful diagnostic if something fails: bb_sh_exit_handler() { ret=$? if [ "$ret" != 0 ]; then echo "WARNING: exit code $ret from a shell

Ansar, also please include the bblayers.conf file. Sakib

Sundeep and/or Naveen please take a look. Peter, Please open a Yocto bug and document the steps to reproduce the error. ../Randy -- # Randy MacLeod # Wind River Linux

All, You are cordially invited to the next OpenEmbedded Happy Hour on June 29 for Europe/Americas time zones @ 2100/9pm UTC (5pm ET / 2pm

Current Dev Position: YP 4.1 M2 Next Deadline: 11th July 2022 YP 4.1 M2 Build Next Team Meetings: Bug Triage meeting Thursday June 30th 7:30 am PDT

Understood, this definitely makes sense. Forget it! Cheers Michael -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com

The immediate problem with that is that for some packages, like libc, the reverse depends list can be huuuuge. If the page is redesigned to have scrollable regions then sure. That would likely

Hi Ross Hey, this looks very nice and very easy to use! One minor complaint, though: the "What Depends on" button didn't immediately catch my eye. Would it be possible to show such reverse

CC'd the mailing list Can you check if it works without any additional layers? Also would it be possible to get your local.conf?

Hi, I’ve just released the first release of pkgexp, a tool to explore the pkgdata that has been generated in a build. Quoting from the README: pkgexp is a tool to visually explore the

If the change is private to you, then you can make a simple layer and make all the needed modifications there. Is this not possible? Alex <arasilinux1086@...> wrote:

Dear All Good Morning! In my project, I am trying to create one custom image recipe in my yocto build system. The reason of creating custom image is -> having few specific configurations for

I've spent an age staring at this code this morning. I don't think cross-canadian has ever worked properly. It might happen that some combinations build but there are also some that don't and clearly

Thanks for suggestion! Yes, that will solve the problem for my setup. I was just wondering if you had any purpose with this if-else clause that should be kept or fixed? I can send a patch for this to

I'm wondering if we need something like: diff --git a/meta/recipes-devtools/rust/rust-common.inc b/meta/recipes-devtools/rust/rust-common.inc index 621cd4ad576..ef70c48d0f4 100644 ---

Hi again, some progress on this issue. The reason for this issue seems to be this commit:     commit 781eaa955dce5deab47371c25dae72b36c011900     Author: Richard Purdie

All, YP M+ or high bugs which moved to a new milestone in WW26 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 10820 devtool: -d/--debug doesn't show

All, The below were the owners of enhancements or bugs closed during the last

All, Below is the list as of top 37 bug owners as of the end of WW26 of who have open medium or higher bugs and enhancements against YP 4.1. There are 86 possible work days left until the final

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on