[backport] Backport sweep for 8.1

[valkeyrie-ops]

Backport sweep for 8.1

Automated cherry-picks from PRs marked "To be backported".

Applied

Source PR	Title	Detail
#3459	Fix missing signalModifiedKey calls for stream commands	conflicts resolved by Claude Code
#4613	Move build-debian-old CI job to Debian Bookworm
#4676	Fix return types of three module API declarations to match definitions	conflicts resolved by Claude Code
#4738	Persist OPENSSL_PREFIX across builds

AI resolution details are posted as comments on this PR when available.

---

Generated by valkey-ci-agent using Claude Code.

[valkeyrie-ops]

AI backport resolution: source PR #3459

Fix missing signalModifiedKey calls for stream commands

2 AI-edited files

Claude Summary

All conflicts are resolved, no markers remain, and the file compiles cleanly (make t_stream.o succeeded; I removed the test object file afterward so the tree only contains the three intended file changes).

What I did:

src/t_stream.c — 5 conflict regions, all inside functions the PR touched. Four of them were textual clashes because the 8.1 branch uses direct ->ptr access where unstable uses the newer objectGetVal() macro. I kept 8.1's ->ptr convention (matching the surrounding file) and layered the PR's logic on top:

• xgroupCommand CREATE/MKSTREAM: kept s = o->ptr; and preserved the PR's move of signalModifiedKey out of the MKSTREAM block into the if (cg) success branch (that part auto-merged).
• xgroupCommand CREATECONSUMER: added the PR's if (created) signalModifiedKey(...) while keeping the 8.1-style streamCreateConsumer call.
• xclaimCommand and xautoclaimCommand consumer creation: added modified = 1; while keeping the 8.1-style calls. The int modified = 0; declarations and all other modified = 1 / if (modified) signalModifiedKey(...) hunks auto-merged cleanly.
• xdelCommand tail: kept the 8.1 side unchanged. The PR side of that conflict belonged to the XDELEX/XACKDEL feature (acked, has_pelmode, streamPropagateAckIDs, etc.), which does not exist on 8.1 — so the PR's "additional change" about the XDELEX DELREF xdel event is not applicable to this branch.

tests/unit/type/stream.tcl — the single large conflict was the XDELEX/XACKDEL test block that exists upstream but not on 8.1. The PR only deleted one test from inside that block, so I kept the empty HEAD side; the file ends up identical to 8.1 HEAD (net zero change), which is the correct adaptation.

tests/unit/type/stream-cgroups.tcl — auto-merged with the PR's 95 lines of new WATCH-dirtying tests; I verified the helpers they use (valkey_deferring_client, wait_for_blocked_clients_count) exist on 8.1, so no edits were needed.

The resulting di
... summary truncated.

AI-edited files requiring review

• src/t_stream.c — view diff
• tests/unit/type/stream.tcl — view diff

Full backport commit diff: commit e66a0ecc820a.

Please review these AI resolutions for correctness before merging.

[coderabbitai]

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Advanced

Run ID: 5b60c68e-aec5-454e-807c-c9a7399e94e4

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[valkeyrie-ops]

AI backport resolution: source PR #4676

Fix return types of three module API declarations to match definitions

1 AI-edited file

Claude Summary

The conflict is resolved and verified. Here's a summary:

Conflict cause: The upstream PR #4676 changes three module API function-pointer declarations in src/valkeymodule.h from void to int return types, to match their module.c implementations (VM_FreeModuleUser, VM_ACLAddLogEntry, VM_ACLAddLogEntryByUserName). The cherry-pick conflicted because on unstable those declarations sit next to a ValkeyModule_ACLCheckPermissions declaration that doesn't exist on the 8.1 branch, so the surrounding context differed.

Resolution: In the conflict region at src/valkeymodule.h:1821, I took the incoming int declarations for ValkeyModule_ACLAddLogEntry and ValkeyModule_ACLAddLogEntryByUserName, and dropped the ValkeyModule_ACLCheckPermissions declaration that leaked in from the source branch's context — I confirmed it exists nowhere else on 8.1 (no implementation, no VALKEYMODULE_GET_API entry), so keeping it would have added an API the PR didn't introduce. The ValkeyModule_FreeModuleUser change at line 1801 and the module.c doc-comment change had already merged cleanly.

Verification:

• No conflict markers remain in either file.
• The implementations on 8.1 already return int (src/module.c:9800, 10007, 10021), so the declarations now match.
• gcc -fsyntax-only passes on the header.
• The final diff is 12 insertions / 10 deletions across the two files — identical to the upstream commit's stat.

I did not run git add or git commit, per instructions.

AI-edited files requiring review

• src/valkeymodule.h — view diff

Full backport commit diff: commit 6de553914ab1.

Please review these AI resolutions for correctness before merging.