Skip to content

Conversation

@lorenss-m
Copy link
Contributor

@lorenss-m lorenss-m commented Nov 24, 2025

Note

Adds live dev traces/telemetry to hud dev, upgrades hud build to emit lock v1.2 with runtime/base image/internal tools, switches hud init presets to standalone repos, introduces git utils, and bumps version to 0.4.71.

  • CLI
    • Dev (hud dev): New --new flag creates live dev traces (requires HUD_API_KEY); shows Live/VNC/CDP links; passes new_trace internally; Docker mode reads debuggingPorts and exposes them.
    • Build (hud build): Lock file upgraded to version: "1.2"; records build.baseImage, build.platform, and environment.runtime (python/cuda/cudnn/pytorch); merges and counts internalTools; persists hubTools; probes runtime via container; prints analysis summary.
    • Init (hud init): Templates now fetched from standalone repos (hud-blank, hud-browser, etc.); improved preset prompt and placeholder replacement.
  • Flows/Telemetry
    • Dynamic dev traces include optional git info via new hud.cli.utils.git; API key now required for creating traces.
    • trace/async_trace accept optional trace_id.
  • Docs
    • Update docs for lock v1.2 fields; bump displayed version.
  • Tests
    • Add/expand tests for dev flows, git utils, build/runtime metadata, init placeholders, datasets; adjust main module test to use --version.
  • Version
    • Bump to 0.4.71 across code and docs.

Written by Cursor Bugbot for commit 8e84dab. This will update automatically on new commits. Configure here.


output = (result.stdout or "").strip()
if not output:
return {}
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug: Early return prevents fallback to python3 binary

The collect_runtime_metadata function returns an empty dict when python succeeds but produces no output, preventing fallback to python3. Lines 381, 390, and 397 should use continue instead of return {} to match the pattern at line 377, allowing the loop to try the next binary when one fails.

Fix in Cursor Fix in Web

@lorenss-m lorenss-m merged commit 2f35642 into main Dec 7, 2025
10 checks passed
return rest.strip()
except Exception:
return None
return None
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug: parse_base_image doesn't handle FROM --platform flag

The parse_base_image function correctly strips the AS <stage> suffix from FROM directives but doesn't handle the --platform flag. When a Dockerfile uses FROM --platform=linux/amd64 python:3.11, the function returns --platform=linux/amd64 python:3.11 instead of just python:3.11. This results in incorrect baseImage metadata being written to the lock file. The --platform flag is commonly used in multi-architecture Docker builds.

Fix in Cursor Fix in Web

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants