Skip to content

Weekly release: merge master-next to master (2026-W20)#15673

Closed
rpcme wants to merge 56 commits into
masterfrom
master-next
Closed

Weekly release: merge master-next to master (2026-W20)#15673
rpcme wants to merge 56 commits into
masterfrom
master-next

Conversation

@rpcme
Copy link
Copy Markdown
Member

@rpcme rpcme commented May 12, 2026

Weekly Release Merge

Merge master-next into master for the week 20 release.

Note: This is a merge commit (not fast-forward) because master and master-next diverged due to rebased commits pushed directly to master on May 5. Going forward, all changes should flow through master-next first to maintain fast-forward capability.

Changes included (since last master release)

  • aws-crt-cpp: upgrade 0.38.6 -> 0.38.7
  • aws-cli: upgrade 1.45.5 -> 1.45.6
  • aws-cli-v2: upgrade 2.34.44 -> 2.34.45
  • python3-boto3: upgrade 1.43.5 -> 1.43.6
  • python3-botocore: upgrade 1.43.5 -> 1.43.6
  • aws-sdk-cpp: upgrade 1.11.804 -> 1.11.805
  • aws-lc: upgrade 1.72.1 -> 1.73.0
  • aws-c-http: upgrade 0.10.14 -> 0.10.15
  • corretto-8-bin: upgrade 8.492.09.1 -> 8.492.09.2
  • aws-iot-device-sdk-cpp-v2-samples: correct version (rename with _1.40.1)

meta-aws-maintainer and others added 30 commits April 28, 2026 02:50
Add XXH_NO_INLINE_HINTS=1 when DEBUG_BUILD is enabled to prevent
xxhash inline optimization issues during debug builds.

Co-authored-by: BinCaoWR <BinCaoWR@users.noreply.github.com>
Rebased from #15583
…lti-lib crashes

Remove 001-shared-static-crt-libs.patch which forces BUILD_SHARED_LIBS=OFF
for aws-crt-cpp and aws-c-iot, statically embedding them into each IoT
service .so. Combined with -Wl,-Bsymbolic, this isolates CRT globals per
.so, causing NULL allocator crashes when applications link against 2+ IoT
service libraries (e.g., IotSecureTunneling + IotJobs).

Root cause: file-static variables like s_aws_json_module_allocator in json.c
are only initialized by ApiHandle in the main binary. With -Bsymbolic and
static CRT, each .so copy stays NULL.

Restore FILES:${PN}-dev for CRT shared libs and RCONFLICTS:${PN} for
aws-c-iot (as the recipe had before commit 210a44d). The CRT now builds
as shared libraries with a single process-wide copy, which is how the
upstream SDK is designed to work.

Fixes: #15582
Reverts: 210a44d ("aws-iot-device-sdk-cpp-v2: disable sanitizer checks")
rpcme and others added 26 commits May 5, 2026 14:27
This patch forced BUILD_SHARED_LIBS=OFF for aws-crt-cpp and aws-c-iot,
causing runtime crashes when multiple IoT service .so files are linked.
Removed as part of the revert of commit 210a44d.

Fixes: #15582
…esent

The SDK recipe with build-deps enabled bundles its own aws-c-iot and
declares RCONFLICTS:${PN} = "aws-c-iot". When the CI tries to install
both aws-iot-device-sdk-cpp-v2-ptest and aws-c-iot-ptest into the same
test image, opkg cannot resolve the conflict.

Add mutual exclusion logic (same pattern as aws-cli-v2/aws-cli) to
drop aws-c-iot from the recipe list when aws-iot-device-sdk-cpp-v2 is
being tested.

Refs: #15582
Remove the redundant inline Python BBFILES += lines that iterate over
BBFILE_COLLECTIONS to add dynamic-layers recipes. This mechanism predates
BBFILES_DYNAMIC and is entirely redundant — the only dynamic-layers
subdirectory (virtualization-layer) is already handled by the existing
BBFILES_DYNAMIC entry.

Also fix the BBFILES_DYNAMIC glob pattern from /*/*/*.bb to
recipes-*/*/*.bb for consistency with the main BBFILES pattern.

Fixes: #15595
The version of recipe aws-iot-device-sdk-cpp-v2-samples-mqtt5-pubsub is `1.0'
$ ls tmp/work/corei7-64-wrs-linux/aws-iot-device-sdk-cpp-v2-samples-mqtt5-pubsub/
1.0

Because no PV in recipe, use 1.0 as default

Due to recipe aws-iot-device-sdk-cpp-v2-samples-mqtt5-pubsub and
aws-iot-device-sdk-cpp-v2-samples-fleet-provisoning use the same
source of aws-iot-device-sdk-cpp-v2,
...
aws-iot-device-sdk-cpp-v2-version.inc <-- aws-iot-device-sdk-cpp-v2-samples.inc <-- aws-iot-device-sdk-cpp-v2-samples-mqtt5-pubsub.bb
aws-iot-device-sdk-cpp-v2-version.inc <-- aws-iot-device-sdk-cpp-v2-samples.inc <-- aws-iot-device-sdk-cpp-v2-samples-fleet-provisoning.bb
...

Originally, we have [99fcca1 aws-iot-device-sdk-cpp-v2-version.inc:
explicitly set PV] to fix the issue, but commit [c656353 aws-iot-device-sdk-cpp-v2:
upgrade 1.35.1 -> 1.40.1] dropped PV setting and caused regression, this
patch explicitly rename recipe with version to avoid regression at next
upgrade

After apply this patch:
$ ls tmp/work/corei7-64-wrs-linux/aws-iot-device-sdk-cpp-v2-samples-mqtt5-pubsub/
1.40.1

Same to recipe aws-iot-device-sdk-cpp-v2-samples-fleet-provisoning

Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
@rpcme rpcme requested a review from a team as a code owner May 12, 2026 10:04
@rpcme
Copy link
Copy Markdown
Member Author

rpcme commented May 12, 2026

Closing in favor of a new PR with conflicts resolved.

@rpcme rpcme closed this May 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants