The "good" news is I did work out how to reproduce this. bitbake keymaps -c clean bitbake keymaps bitbake keymaps -c unpack -f bitbake keymaps -c patch bitbake keymaps -c unpack -f bitbake keymaps -c

We don't have any support for "per-layer" overrides at this time which would be the way to do that. It is something I think we probably do want to consider adding but I haven't had the bandwidth to

Indeed, that would be concerning for us as well. Would it be possible to ignore PREMIRRORS based on the recipe layer? Alternatively, we could create blocklists for heavy packages that need to fetch

I would simply drop PREMIRRORS, this is actually a privacy concern for some of our customers that didn't realize they are leaking the names of their internal git repositories to

Hi Matthias, And keymaps follows the exact same pattern as modutils-initscripts and initscripts; namely that their sources are entirely contained in-tree: keymaps/ ├── files │  

Greetings ! Can anyone help me with the procedure , how I can fetch the source from a private gitlab account . Thanks in advance ! IMPORTANT: The contents of this email and any attachments are

The code doesn't do "--depth=1". https://git.yoctoproject.org/poky/commit/?id=27d56982c7ba05e86a100b0cca2411ee5ac7a85e """ This implements support for shallow mirror tarballs, not shallow

<richard.purdie@...> wrote: Even without premirrors this is a lot faster for glibc: $ time git clone git://sourceware.org/git/glibc.git Cloning into 'glibc'... remote: Enumerating

wrote: I meant to add: f) Switch the problematic recipes to use shallow clones with something like: BB_GIT_SHALLOW:pn-binutils = "1" BB_GIT_SHALLOW:pn-binutils-cross-${TARGET_ARCH} =

[list address fixed, sorry] We've been having bandwidth trouble with downloads.yoctoproject.org so we did some quick analysis to see what the issue is. Basically in speeding up the server which was

Hi Jupiter, It is extremely rare to have vendors not have out-of-tree drivers or forked branches (I don't know of any, personally). Some vendors do end up upstreaming some of their patches in the end

Hello Friends ; I have My own Image based on Wayland-Weston image. My Image should be on read-only- rootfs so i use this : IMAGE_FEATURES += "read-only-rootfs"But I have a problem when running

Hi Trevor, thank you very much for the detailed answer. Yes, you are right, it is mostly the same recipes that fail. But they also change from time to time. Today it happened to me even without

Reminder, OpenEmbedded Happy Hour is tomorrow. See you all there. -- Regards, Denys Dmytriyenko <denis@...> PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC

Hi All, We were trying to add a custom sdktest script as shown in example https://docs.yoctoproject.org/test-manual/intro.html#testsdk. The script gets invoked when placed in

Trevor was looking into this as well so I've CCed him. ../Randy -- # Randy MacLeod # Wind River Linux

From: Robert Yang <liezhi.yang@...> Modify LICENSE for ding-libs and libmhash. Signed-off-by: Joe Slater <joe.slater@...> --- recipes-security/libdhash/ding-libs_0.6.1.bb | 2

Can you please attach log.do_patch where the problem can be seen? Alex

I'll send again for ding-libs and libmhash. Joe

Mater-next has these. https://git.yoctoproject.org/meta-security/commit/?h=master-next&id=ece41f7543bbd42c57f4208c7309f90cbd02e852 Looks like a few more need to be added based on these