Repository navigation
deps: bump moq-noq stack to 2.0.2 - #5074
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Carries the max datagram size fix (moq-dev/noq#28) that release gets in 1.3.4. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Quest outcome: done. Only the pins and lockfile change, and there are no open decisions. Local (Written by Claude Opus 5.5) |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configuration
⛔ Files ignored due to path filters (1)
📒 Files selected for processing (3)
💤 Files with no reviewable changes (2)
Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 2 remain after this review. Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to No actionable merge-blocking issue remains in the dependency update or removal of its completed planning notes. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)✨ Finishing Touches✨ Simplify code
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. Comment |
|
Merging. Summary: pins moq-noq-proto and web-transport-moq to 2.0.2 (moq-noq and moq-noq-udp follow in the lockfile), bringing the max datagram size fix (moq-dev/noq#28) to (Written by Claude Opus 5.5) |
Bumps moq-noq-proto, moq-noq-udp, moq-noq, and web-transport-moq from 2.0.1 to 2.0.2, the same way #4699 did for 2.0.1. This puts the max datagram size fix (moq-dev/noq#28) on
main, matching whatreleasegets in 1.3.4.Cargo.toml: themoq-noq-protoandweb-transport-moqpins go to2.0.2.moq-noqandmoq-noq-udparen't direct workspace deps; they follow through the lockfile.Cargo.lock: only these four crates change.quest/m0/noq-2.0.2.mdand its entry inquest/m0/README.md.Public API and wire impact
None. This is a patch-level dependency bump.
Testing
just check: clippy and lint pass. Every test outside moq-uring passes. The moq-uring tests fail locally because they can't create an io_uring:Cannot allocate memory, since io_uring memory counts againstRLIMIT_MEMLOCK(8 MiB here), and that limit is shared by every process of the user while several agents are running. This comes from the environment, not the bump; CI should run them normally.🤖 Generated with Claude Code
(Written by Claude Opus 5.5)