linux/meta-openembedded.git/meta-networking, branch master

nftables: Conditionally add ${PN}-python as RDEPENDS for ptest

2026-06-12T14:29:02+00:00

This commit updates the RDEPENDS for the ptest package to include ${PN}-python only when the 'python' PACKAGECONFIG option is enabled. This change will ensure that we dont get below failure when ptest is enabled in the distro features, and packageconfig is not set. It causes this error- ERROR: Nothing RPROVIDES 'nftables-python' (meta-openembedded/meta-networking/recipes-filter/nftables/nftables_1.1.6.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'nftables-python' is unbuildable, removing... Missing or unbuildable dependency chain was: ['nftables-python'] ERROR: Required build target 'nftables' has no buildable providers. Missing or unbuildable dependency chain was: ['nftables', 'nftables-python'] Signed-off-by: Naman Jain Signed-off-by: Khem Raj

python3-scapy: Replace oe.utils.all_distro_featuresc with bb.utils.filter

2026-06-12T14:17:28+00:00

oe.utils.all_distro_features is being removed. Suggested-by: Peter Kjellerstedt Signed-off-by: Khem Raj

proftpd: upgrade 1.3.9a -> 1.3.9b

2026-06-09T14:26:35+00:00

Changelog: ========== - Issue 2057 - SQL Injection in mod_wrap2_sql via reverse DNS hostname (CVE-2026-44331). - Issue 2056 - Incomplete fix for session management with OpenSSL 3.2.x or later, when using TLSv1.2 or earlier. This complements the fix for Issue #1963. - Issue 2098 - Hard quota limits on uploads do not cause SFTP WRITE requests to fail as expected. - Issue 2102 - SSH payload length underflow calculation for ETM/ChaChaPoly algorithms in mod_sftp. - Issue 2104 - SSH packet with empty payload triggers null pointer dereference in mod_sftp. - Issue 2106 - Bad DSA signatures can lead to out-of-bounds read of heap memory in mod_sftp. - Issue 2108 - Mismatched RSA/DSA algorithm signatures can lead to null dereference in mod_sftp. - Issue 2115 - SFTP request payload length underflow calculation in mod_sftp. - Issue 2120 - Several modules fail to build using OpenSSL 4.0. Signed-off-by: Wang Mingyu Signed-off-by: Khem Raj

freeradius: upgrade 3.2.9 -> 3.2.10

2026-06-09T14:26:34+00:00

Changelog: Correct bug where detail file reader would not read files. Signed-off-by: Wang Mingyu Signed-off-by: Khem Raj

freeradius: Fix do_patch fuzz QA Issue

2026-06-09T14:26:33+00:00

Fixes: ERROR: freeradius-3.2.9-r0.wr2600 do_patch: QA Issue: Fuzz detected: checking file src/main/version.c Hunk #1 succeeded at 622 with fuzz 1 (offset 8 lines). patching file src/main/version.c Hunk #1 succeeded at 622 with fuzz 1 (offset 8 lines). Signed-off-by: Mingli Yu Signed-off-by: Khem Raj

dnsmasq: upgrade 2.92 -> 2.93

2026-06-08T01:21:50+00:00

ChangeLog: https://dnsmasq.org/CHANGELOG - Update checksum - Remove obsolete patches - Verified build and runtime functionality Security fixes (included upstream in 2.93) : - CVE-2026-2291 - CVE-2026-4890 - CVE-2026-4891 - CVE-2026-4892 - CVE-2026-4893 - CVE-2026-5172 - Removed patches corresponding to the above CVEs as fixes are now part of upstream release Signed-off-by: Abhishek Bachiphale Signed-off-by: Khem Raj

freeradius: upgrade 3.2.8 -> 3.2.9

2026-06-08T01:21:49+00:00

Added tag to the SRC_URI and dropped setting PV in the recipe. https://github.com/FreeRADIUS/freeradius-server/releases/tag/release_3_2_9 Signed-off-by: Ankur Tyagi Signed-off-by: Khem Raj

miniupnpd: fix build

2026-06-08T01:21:49+00:00

After the recent recipe update I see this build error: | Makefile.linux:67: config.mk: No such file or directory | make: *** No rule to make target '/configure', needed by 'config.mk'. Stop. Run the configure script so that config.mk gets created Also fix LIC_FILE_CHECKSUM. Copyright year has been changed Signed-off-by: Markus Volk Signed-off-by: Khem Raj

mdns: Add additional clients

2026-06-08T01:21:46+00:00

Several useful clients are available as part of the overall mDNSResponder build, package these alongside the main binary. Signed-off-by: Alex Kiernan Signed-off-by: Khem Raj

mdns: Unpick directory changes during install

2026-06-08T01:21:46+00:00

Be explicit about where we're taking the installation pieces from rather than having the complexity of mixed build/source pieces based on current directory and then confusing anyone who tries to append to do_install. Signed-off-by: Alex Kiernan Signed-off-by: Khem Raj