ping This is needed in both pyro and master branches. And possibly in morty branch, but I haven't seen any replies about it in my RFC.

No, this won't be added to meta-qt5 layer, because it's not the right fix. If you're happy with empty packages, then you don't need meta-qt5 at all. Empty packages are useless and bitbake is right not

* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and

You're right, after fixing our tooling to correctly override BBFILE_PRIORITY based on priorities in layer list I'm seeing such issue.e.g. gstreamer failing with: | autopoint: *** The AM_GNU_GETTEXT_VE

1) layer priority, currently it has: BBFILE_PRIORITY_gplv2 = "1" which is lower than oe-core with: BBFILE_PRIORITY_core = "5" so in order to use recipes from meta-gplv2 layer, user has to add couple P

I'll check the exact error message, but do_configure was failing for me when I did first build without this dependency. Most likely because this option was removed with 3.5.1 upgrade in: commit e8ef59

* gnutls depends on nettle-3.1* since 3.4.0: The requirement for nettle was bumped from 3.0 to 3.1 in gnutls_3_4_0 https://gitlab.com/gnutls/gnutls/commit/c84129af91b21d33ffe086e507632771b0e76498 and

* meta-gplv2/recipes-devtools/bison/bison_2.3.bb: Unable to get checksum for bison SRC_URI entry bison-2.3_m4.patch: file could not be found Signed-off-by: Martin Jansa <Martin.Jansa@...> --- re

I was always using meta-efl only in x11 builds. There is wayland PACKAGECONFIG for efl: recipes-efl/efl/efl.inc:PACKAGECONFIG ?= "egl opengl-es gstreamer1 pulseaudio luajit ${@bb.utils.contains('DISTR

It doesn't seem to be working here: error: Could not fetch origin fatal: unable to connect to git.openembedded.org: git.openembedded.org[0: 104.236.212.160]: errno=Connection refused git.openembedded.

The package architecture was change to match with compiler flags used in build. Most people were assuming that they are using thumb when they have seen "t" in package arch, but because default value o

Using and not using thumb was also controlled not only by TUNE_FEATURES (MACHINE defines that) but also by ARM_INSTRUCTION_SET (DISTRO defines that). So you weren't building with thumb enabled even wh

Compare the signatures of these 2 native builds. I'm still using sstate-diff-machines.sh to create archives of sstate signatures for interesting builds, so that I can easily compare them with other bu

I've prepared such change and will include it in next world build to see how many things still abuse EXTRA_OECONF (hopefully buildhistory will catch at least some differences once the options are gone

Does this really work? Why don't you append PACKAGECONFIG_CONFARGS variable to QT_EMBEDDED_EXTRA_FLAGS and leave only -plugin-mouse-tslib in PACKAGECONFIG?

I'm not sure if it's caused by this binutils upgrade (because openssl in oe-core is also using version script, imported from debian) or some change in cmake/openssl, but today all recipes using cmake

manifest is generated, you need to update the script which generates that (read file header).

I was using it to update meta-oe/master-next in last few days and it seems to work the same as old patchwork for me. But quite often I've noticed very slow response, is it running on slower HW while t

Backport this change to your kernel: From cb984d101b30eb7478d32df56a0023e4603cba7f Mon Sep 17 00:00:00 2001 From: Joe Perches <joe@...> Date: Thu, 25 Jun 2015 15:01:02 -0700 Subject: [PATCH] c

I was seeing this even before switch to python3, so probably unrelated.