-
Notifications
You must be signed in to change notification settings - Fork 6
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
Add dummy metadata to config examples #253
Conversation
WalkthroughThis pull request adds a new Changes
Poem
Tip 🌐 Web search-backed reviews and chat
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
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 (4)
__templates__/driver/examples/exporter.yaml.tmpl (1)
3-5
: Consider documenting the metadata fields.The metadata fields look good and are consistent with other configuration files. However, since this is a template file, it would be helpful to add comments explaining the purpose and requirements of these fields.
apiVersion: jumpstarter.dev/v1alpha1 kind: ExporterConfig metadata: + # Namespace for the exporter (e.g., default, staging, prod) namespace: default + # Unique name to identify this exporter instance name: demopackages/jumpstarter-driver-dutlink/examples/exporter.yaml (1)
7-8
: Improve example configuration.The example configuration has several issues that could be confusing for users:
- Empty endpoint and token fields
- TODO comment about replacing the storage device
Consider adding:
- Example values or comments for endpoint and token
- More specific guidance about storage device configuration
-endpoint: "" -token: "" +endpoint: "grpc.jumpstarter.example.com:443" # Replace with your endpoint +token: "<your-token-here>" # Replace with your authentication token export: dutlink: type: jumpstarter_driver_dutlink.driver.Dutlink config: - storage_device: "/dev/null" # TODO: replace with real storage device + storage_device: "/dev/disk/by-id/usb-Storage_Device" # Replace with your storage device path + # Common storage device paths: + # - /dev/disk/by-id/usb-* + # - /dev/disk/by-path/pci-*Also applies to: 13-13
packages/jumpstarter-driver-tftp/examples/exporter.yaml (1)
6-6
: Consider using placeholders for network configuration.The example uses hardcoded IP addresses and ports which might not work for all users.
-endpoint: grpc.jumpstarter.192.168.0.203.nip.io:8082 +endpoint: "grpc.jumpstarter.example.com:443" # Replace with your endpoint token: "<token>" export: serial: type: "jumpstarter_driver_pyserial.driver.PySerial" config: url: "/dev/ttyUSB0" baudrate: 1843200 tftp: type: jumpstarter_driver_tftp.driver.TftpServer config: root_dir: "/var/lib/tftpboot/" - host: "192.168.1.111" - port: 6969 + host: "<tftp-server-ip>" # Replace with your TFTP server IP + port: 69 # Standard TFTP port, change if neededAlso applies to: 18-19
examples/soc-pytest/jumpstarter_example_soc_pytest/exporter.yaml (1)
13-13
: Consider using generic device paths in examples.The example uses system-specific device paths which might not work for all users.
- storage_device: "/dev/disk/by-id/usb-SanDisk_3.2_Gen_1_5B4C0AB025C0-0:0" + storage_device: "/dev/disk/by-id/usb-Storage_Device" # Replace with your storage device path # an HDMI to USB capture card video: type: jumpstarter_driver_ustreamer.driver.UStreamer config: args: - device: '/dev/v4l/by-path/pci-0000:00:14.0-usbv2-0:3:1.0-video-index0' + device: '/dev/video0' # Replace with your video capture device resolution: 1920x1080 # a USB camera pointing to the DUT camera: type: jumpstarter_driver_ustreamer.driver.UStreamer config: args: - device: '/dev/v4l/by-path/pci-0000:00:14.0-usbv2-0:4:1.0-video-index0' + device: '/dev/video1' # Replace with your camera device resolution: 1280x720Also applies to: 19-19, 26-26
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (9)
__templates__/driver/examples/exporter.yaml.tmpl
(1 hunks)docs/source/cli/clients.md
(1 hunks)docs/source/cli/exporters.md
(2 hunks)docs/source/getting-started/setup-local-client.md
(1 hunks)docs/source/introduction/drivers.md
(1 hunks)docs/source/introduction/exporters.md
(1 hunks)examples/soc-pytest/jumpstarter_example_soc_pytest/exporter.yaml
(2 hunks)packages/jumpstarter-driver-dutlink/examples/exporter.yaml
(1 hunks)packages/jumpstarter-driver-tftp/examples/exporter.yaml
(1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (7)
- GitHub Check: pytest-matrix (3.13)
- GitHub Check: pytest-matrix (3.12)
- GitHub Check: pytest-matrix (3.11)
- GitHub Check: e2e
- GitHub Check: build-and-push-image (jumpstarter-dev/jumpstarter-devspace .devfile/Containerfile.client)
- GitHub Check: build-and-push-image (jumpstarter-dev/jumpstarter-dev .devfile/Containerfile)
- GitHub Check: build-and-push-image (jumpstarter-dev/jumpstarter Dockerfile)
🔇 Additional comments (9)
packages/jumpstarter-driver-dutlink/examples/exporter.yaml (1)
4-6
: LGTM!The metadata fields are consistent with other configuration files.
packages/jumpstarter-driver-tftp/examples/exporter.yaml (1)
3-5
: LGTM!The metadata fields are consistent with other configuration files.
examples/soc-pytest/jumpstarter_example_soc_pytest/exporter.yaml (1)
3-5
: LGTM!The metadata fields are consistent with other configuration files.
docs/source/introduction/exporters.md (1)
27-29
: Consistent Addition of Metadata Fields.
The newly added metadata section withnamespace: default
andname: demo
meets the PR objectives and is clearly documented. Please ensure that similar updates are maintained uniformly across all configuration examples.docs/source/getting-started/setup-local-client.md (1)
11-13
: Accurate Metadata Integration.
The YAML configuration now includes the metadata section withnamespace: default
andname: demo
, which enhances clarity and consistency throughout the documentation.docs/source/cli/exporters.md (2)
27-29
: Clear Metadata in Primary Exporter Config.
The metadata block specifyingnamespace: jumpstarter-lab
andname: my-exporter
properly contextualizes this exporter instance. Confirm that this naming convention is intended for administrative exporters in your deployment environment.
46-48
: Uniform Metadata in Example Configuration.
The example exporter configuration now includes the metadata section withnamespace: default
andname: demo
, ensuring consistency with other documentation updates.docs/source/cli/clients.md (1)
35-37
: Consistent Metadata in Client Configuration.
The addition of the metadata section (namespace: jumpstarter-lab
andname: john
) improves clarity in the client configuration example. This makes the configuration more explicit and aligns with the updated documentation for exporters.docs/source/introduction/drivers.md (1)
29-31
: Elegant Inclusion of Metadata Fields.
The metadata block now clearly definesnamespace: default
andname: demo
for the ExporterConfig example, matching the updates in other documentation files. This enhances consistency throughout the docs.
Summary by CodeRabbit
New Features
Documentation