-
Notifications
You must be signed in to change notification settings - Fork 673
chore: reorder dynamo_check.py output (very minor) #3081
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: reorder dynamo_check.py output (very minor) #3081
Conversation
Signed-off-by: Keiven Chang <[email protected]>
WalkthroughReorders the addition of the Dynamo workspace info node in SystemInfo.init within deploy/dynamo_check.py, moving DynamoInfo(thorough_check=self.thorough_check) from an early position to after the terse/error-handling block. No public API changes; only tree construction order is adjusted. Changes
Sequence Diagram(s)sequenceDiagram
autonumber
participant C as Caller
participant S as SystemInfo.__init__
rect rgb(245,245,255)
Note over S: Old flow (before)
C->>S: construct SystemInfo(thorough_check)
S->>S: add Environment/Python nodes
S->>S: add DynamoInfo(thorough_check)
S->>S: handle terse / error nodes
end
sequenceDiagram
autonumber
participant C as Caller
participant S as SystemInfo.__init__
rect rgb(240,255,240)
Note over S: New flow (after)
C->>S: construct SystemInfo(thorough_check)
S->>S: add Environment/Python nodes
S->>S: handle terse / error nodes
S->>S: add DynamoInfo(thorough_check)
Note right of S: DynamoInfo moved later
end
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Possibly related PRs
Poem
Tip 👮 Agentic pre-merge checks are now available in preview!Pro plan users can now enable pre-merge checks in their settings to enforce checklists before merging PRs.
Please see the documentation for more information. Example: reviews:
pre_merge_checks:
custom_checks:
- name: "Undocumented Breaking Changes"
mode: "warning"
instructions: |
Pass/fail criteria: All breaking changes to public APIs, CLI flags, environment variables, configuration keys, database schemas, or HTTP/GraphQL endpoints must be documented in the "Breaking Change" section of the PR description and in CHANGELOG.md. Exclude purely internal or private changes (e.g., code not exported from package entry points or explicitly marked as internal).Please share your feedback with us on this Discord post. 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 Pre-merge checks❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (2)
deploy/dynamo_check.py (2)
2253-2263: Tighten matching for Dynamo node in error-check helper.Use an exact label match to avoid accidental substring hits if other top-level labels ever include “Dynamo”.
-def has_framework_errors(tree: NodeInfo) -> bool: +def has_framework_errors(tree: NodeInfo) -> bool: @@ - for child in tree.children: - if child.label and "Dynamo" in child.label: + for child in tree.children: + if child.label == "Dynamo": # Find the Framework components node for dynamo_child in child.children: if dynamo_child.label and "Framework components" in dynamo_child.label: # Use the has_errors() method to check the entire subtree return dynamo_child.has_errors()
304-318: Optional: update the nearby comment to reflect the new ordering.The “Always show: OS, User, GPU, Framework, Dynamo” comment is true, but mentioning that Dynamo is intentionally appended last would help future maintainers.
- # Collect and add all system information - # Always show: OS, User, GPU, Framework, Dynamo + # Collect and add all system information. + # Always show: OS, User, GPU, Framework, and append Dynamo last for readability.
📜 Review details
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
deploy/dynamo_check.py(1 hunks)
🧰 Additional context used
🧠 Learnings (1)
📓 Common learnings
Learnt from: keivenchang
PR: ai-dynamo/dynamo#3035
File: lib/runtime/src/metrics/prometheus_names.rs:49-53
Timestamp: 2025-09-16T00:26:37.072Z
Learning: keivenchang prefers consistency in metric naming standardization over strict adherence to Prometheus conventions about gauge vs counter suffixes. When standardizing metrics naming, prioritize consistency across the codebase rather than technical pedantry about individual metric type conventions.
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
- GitHub Check: Build and Test - dynamo
🔇 Additional comments (1)
deploy/dynamo_check.py (1)
336-338: Reordering confirmed — Dynamo prints last in both modes.Both outputs show "Dynamo" as the final section; the prior automated check failed because it expected leading tree glyphs (├─/└─) that the current output doesn't include. Use this simpler verification:
#!/bin/bash set -euo pipefail python deploy/dynamo_check.py | awk 'NF{last=$0} END{print last}' | grep -qx 'Dynamo' && echo "OK default" || echo "FAIL default" python deploy/dynamo_check.py --terse | awk 'NF{last=$0} END{print last}' | grep -qx 'Dynamo' && echo "OK terse" || echo "FAIL terse"
Overview:
Minor formatting and output organization.
Details:
Where should the reviewer start?
CodeRabbit, don't bother reviewing.
[codenotreview]