@@ -15,9 +15,8 @@ and AI-driven workflows.
1515
1616[OpenTelemetry](https://opentelemetry.io/) (OTEL) has become the industry standard for collecting
1717traces, logs, and metrics from applications. With this release, proto now ships with built-in OTEL
18- support, allowing you to export this data over
19- [OTLP](https://opentelemetry.io/docs/specs/otlp/) to any compatible backend (Grafana, Honeycomb,
20- Datadog, and so on).
18+ support, allowing you to export this data over [OTLP](https://opentelemetry.io/docs/specs/otlp/) to
19+ any compatible backend (Grafana, Honeycomb, Datadog, and so on).
2120
2221To enable it, pass the new `--otel` global option (or set the `PROTO_OTEL` environment variable),
2322and configure the destination using the standard `OTEL_EXPORTER_OTLP_*` environment variables.
@@ -27,8 +26,8 @@ $ export OTEL_EXPORTER_OTLP_ENDPOINT="http://localhost:4317"
2726$ proto --otel install node
2827```
2928
30- This will export traces and metrics. If you'd also like log events exported as OTLP logs, enable
31- the `--otel-logs` option (or `PROTO_OTEL_LOGS`). And to distinguish proto from other services in your
29+ This will export traces and metrics. If you'd also like log events exported as OTLP logs, enable the
30+ `--otel-logs` option (or `PROTO_OTEL_LOGS`). And to distinguish proto from other services in your
3231telemetry backend, set a custom service name with `--otel-service-name` (or
3332`PROTO_OTEL_SERVICE_NAME`).
3433
@@ -63,16 +62,16 @@ $ proto --reporter json outdated
6362
6463NDJSON is particularly well-suited to streaming consumers, since each event can be parsed the moment
6564it's emitted, instead of waiting for the entire command to finish. To make this seamless, proto now
66- detects when it's being run by an AI agent or bot, and automatically switches the default reporter to
67- `ndjson` — no flag required. Errors are also serialized as JSON in this mode, so a failed command
65+ detects when it's being run by an AI agent or bot, and automatically switches the default reporter
66+ to `ndjson` — no flag required. Errors are also serialized as JSON in this mode, so a failed command
6867still parses cleanly.
6968
7069## macOS `.pkg` and `.dmg` support
7170
72- proto installs the majority of tools as pre-built archives (`.tar.gz`, `.zip`, and friends), but some
73- tools on macOS are only distributed as `.pkg` installers or `.dmg` disk images. In this release,
74- we've taught proto how to unpack both formats, expanding the range of tools that can be installed
75- without a bespoke plugin.
71+ proto installs the majority of tools as pre-built archives (`.tar.gz`, `.zip`, and friends), but
72+ some tools on macOS are only distributed as `.pkg` installers or `.dmg` disk images. In this
73+ release, we've taught proto how to unpack both formats, expanding the range of tools that can be
74+ installed without a bespoke plugin.
7675
7776For plugin authors, we've also added a new `post_script_args` field to the `DownloadPrebuiltOutput`
7877of the [WASM API](/docs/proto/wasm-plugin#downloading-pre-builts), which lets you pass a list of
@@ -95,7 +94,8 @@ of changes.
9594
9695- Improved the performance of checksum file hashing by streaming files, instead of reading them
9796 entirely into memory.
98- - Reduced log verbosity for `proto exec`, `run`, and `shell`, so executed command output stays clean.
99- - Fixed an issue where uninstalling a tool by version could leave around a stale/dangling bin file in
100- `~/.proto/bin`.
97+ - Reduced log verbosity for `proto exec`, `run`, and `shell`, so executed command output stays
98+ clean.
99+ - Fixed an issue where uninstalling a tool by version could leave around a stale/dangling bin file
100+ in `~/.proto/bin`.
101101- Updated wasmtime to v43 (from v41).
0 commit comments