From: Khem Raj <raj.khem@...> These settings are good for developers/maintainers but for distributions generally disabling them turns out to be better especially when there is a knob to do so.

From: Richard Purdie <richard.purdie@...> Users may or may not include the certificates in buildtools. Only set the appropriate variables if they're present. Signed-off-by: Richard

From: Paulo Neves <ptsneves@...> A fix is being added to bitbake to correctly handle spaces inside checksum filenames. Add a test to oe-selftest to ensure this is tested and doesn't regress in

From: Jon Mason <jdmason@...> The virtio PCI devices seemed to be required for this machine for some versions of qemu (based on errors from running qemu saying that the devices don't exist).

From: Martin Jansa <Martin.Jansa@...> * efi-ld meson option was changed in systemd 250: https://github.com/systemd/systemd/commit/fe330f02dfebbaa462e0f4590de1049e47da54b9 the value was

Please review this set of patches for kirkstone and have comments back by end of day Friday. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3547 The

I've sent a patch which makes it a variable recipes can change. Cheers, Richard

Rather than duplicating SRC_URI, change the compression to a variable. Signed-off-by: Richard Purdie <richard.purdie@...> --- meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb | 3

From: Richard Purdie <richard.purdie@...> Shadow is happily spamming the host syslog with messages and shouldn't be which suggests the patch isn't working. Redo it to work at the

Add tune include for armv8.4a. This adds support only for bare armv8.4a (and for crypto extension). There is no support for additional instructions added by architecture extensions (except the main

Fix a typo in the TUNEVALID[armv8-2a]: It enables instructions for ARMv8.2-a, not just ARMv8-a. Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@...> ---

Why would this be temporary? Do you expect xorg to stop using tar.xz, or do you expect *every* package to move to .xz? I don't see either happening in the short term, so I'd say the solution here

Atheros AR3011 Bluetooth devices require special ath3k-1.fw firmware file. Package it separately from the main linux-firmware package to allow deploying this firmware on embedded

According to the WHENCE file, some a3k firmware files are licensed under the special ar3k license, while others are licensed under the more generic Atheros license. Document this by adding extending

Please start the work, I do not have anything queued. Generally, it's better to just notify and get on with it: I don't mind if someone else starts doing the same update, and actually prefer it, as

<richard.purdie@...> wrote: this is fixable with couple of backports which I have sent a request for 5.15

I had backported the patch to fix this in meta-intel yesterday so we shouldn't be getting this now. Thanks, Anuj

this has been fixed upstream https://github.com/intel/media-driver/commit/c8457540aed1ab9424661087276fb788c0e3aabb which should be in intel-media-22.4.0 release we are on 22.01 in master. So perhaps

temporarily override SRC_URI which is hard-coded in xorg-app-common.inc since new versions of packages use a new compression format - .tar.xz Signed-off-by: Wang Mingyu <wangmy@...> ---

temporarily override SRC_URI which is hard-coded in xorg-lib-common.inc since new versions of packages use a new compression format - .tar.xz License-Update: file type changed from "ISO-8859 text"