There are some pending requests for YP compatible for layers which depend on meta-oe, meta-python and meta-networking. In dunfell, these layers do not PASS the yocto-check-layer compatibility script.

Would it make sense to replace shebang in such scripts to explicitly call python3? As it's not only the u-a for the python symlink, but RDEPENDS of the package should pull the right interpreter as

By default lvm2-scripts has a runtime dependency on coreutils to provide the "sort" binary. There are alternative providers for "sort" such as busybox. It isn't desirabled in some cases to pull in a

From: Saloni Jain <Saloni.Jain@...> Whitelisted below CVE: CVE-2018-2799: CVE only applies to some Oracle Java SE and Red Hat Enterprise Linux versions which is already fixed with updates and

Changes: * The MIDI router now handles out-of-range parameters in a smarter manner (#891, thanks to @jjceresa) * Keep pedaling effective when the same note is played more than once (#905, thanks to

Changes: * Add jack_position_t::tick_double, and flags around it * Add zalsa "-w" argument to wait for soundcard to be available * Bump internal protocol version to 9 (due to struct alignment) * Fix

Signed-off-by: Andreas Müller <schnitzeltony@...> --- .../mozjs/mozjs/0001-Port-build-to-python3.patch | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

From: Ed Tanous <ed@...> For distros that want to use the ENABLE_LIB_ONLY option, the rm call in the do_install_append() will fail, because ENABLE_HPACK_TOOLS (set implicitly as part of

Sorry for the delay, but I your message got put in a folder I don’t look at much. Some projects, like blktrace, have scripts that work with python2 or python3 and want to leave the shebangs

merged thanks.

Upgrade to release 0.33.1: - Version number change only with less restrictive directory permissions - Let connection_lost close the underlying socket - Removed duplicate unregister_all_services

Upgrade to release 1.2.1: - core: make Device hashable again Signed-off-by: Leon Anavi <leon.anavi@...> --- .../python/{python3-pyusb_1.2.0.bb => python3-pyusb_1.2.1.bb} | 2 +- 1 file

The following changes since commit c51e79dd854460c6f6949a187970d05362152e84:   python3-django: upgrade 2.2.23 -> 2.2.24 (2021-06-27 07:50:20 -0700) are available in the Git repository at:  

Upgrade to release 2.2.2: - Speedup slice assignment - Speedup bitwise operations - Optimize `getbit()` and `setbit()` in `bitarray.h` - Fix TypeError messages when bitarray or int (0, 1) are

Upgrade to release 0.0.53: - Merge current SoCo master - Reinstate workaround for pre-10.1 firmware versions Signed-off-by: Leon Anavi <leon.anavi@...> --- .../{python3-pysonos_0.0.51.bb

I think for backport we need to add branch in subject line so it does not change status quo you still have to edit the patch header

Tony Have you tried current top of branch just for comparison and data point? -armin

with backport ? -armin

Thanks for the info. Patches in this case are appropriate. - Armin

This commit adds a public function:    1916:void redactClientCommandArgument(client *c, int argc); in: https://github.com/redis/redis/commit/875a1f07d821dc5abe737b064018a27bbc7175d2 probably not a