8 Commits

Include renames

Author	SHA1	Message	Date
justinandClaude Opus 4.8	0b0ecc96e7	Fix #12: pin CI actions to SHAs, container to digest, bound deps ... Supply-chain hardening for the release pipeline: - actions/checkout and softprops/action-gh-release pinned from floating major tags to commit SHAs (v4.2.2 / v2.2.1) — a moved tag can no longer inject code into the job that holds the release token. - Linux/arm64 build container pinned by manifest-list digest (nikolaik/python-nodejs:python3.12-nodejs20@sha256:9ff0859…). - requirements-gui.txt gains upper bounds so a breaking major (e.g. numpy 3, PySide6 7) can't silently change a release binary; current versions still satisfy, so no build change. Deferred (noted on the issue): hash-verifying the Windows get-pip.py / embed-zip download — low value + fragile (get-pip.py isn't hash-stable) and that fallback path is dormant now that the runner has Python installed system-wide. Closes #12 Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-07-01 19:42:51 -04:00
justinandClaude Opus 4.8	310d5a3497	README: rewrite as cross-platform multi-vehicle GUI app; add release checksums ... - README now leads with the vehicle-agnostic GUI (download binaries, run from source, connect, vehicle profiles), with the Ford 6.0 CLI as a secondary section. Documents the unsigned-binary SmartScreen/Gatekeeper bypass. - CI: each release binary now ships a .sha256 so downloads can be verified (free integrity check in lieu of code signing). - Validated on real vehicles (Jeep 4.0, Mustang Cobra 4.6). Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 17:25:43 -04:00
justinandClaude Opus 4.8	9ac85aea11	CI(windows): pip --no-cache-dir to reduce disk use ... Windows runs were failing with OSError 28 (No space left on device) while downloading PySide6 -- the runner disk is full (compounded by leftover act caches from earlier failed runs). --no-cache-dir avoids keeping wheel copies. The runner still needs disk freed; this just trims the footprint. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:31:28 -04:00
justinandClaude Opus 4.8	26a8f1a24c	CI(windows): use embeddable Python (no MSI) — installer hit error 1603 ... The python.org MSI returns 1603 on this runner (half-registered state from prior install attempts). Switch to the embeddable zip + get-pip: no MSI, no admin, no registry — self-contained in LOCALAPPDATA. Falls through to a pre-installed python if the runner already has one. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:28:00 -04:00
justinandClaude Opus 4.8	18ab3ef97e	CI(windows): install Python to explicit TargetDir + log exit code ... Per-user install landed somewhere my candidate-path check missed. Force the install dir (LOCALAPPDATA\Python312) so python.exe is found deterministically. (Linux/mac/arm64 builds succeeded; they only failed re-uploading to an existing release -- softprops' asset-delete 404s on Gitea. A fresh release avoids that.) Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:24:00 -04:00
justinandClaude Opus 4.8	43dd739e3c	CI(windows): per-user Python install + robust python.exe path lookup ... The installer's InstallAllUsers=1 needs admin (runner service isn't elevated) so Python landed in the per-user LOCALAPPDATA dir, not C:\Program Files; the hardcoded PATH prepend missed it -> 'python not recognized'. Switch to a per-user install and locate python.exe across the known dirs. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:20:02 -04:00
justinandClaude Opus 4.8	0cc83884a5	CI: self-install Python on Windows; build Linux/arm64 in python+node container ... First v0.1.0 run: Windows + Linux + arm64 failed (no Python on those runners; the docker default image also lacks Python). macOS succeeded. - windows: install Python 3.12 via the official installer in-job (idempotent). - linux-amd64 / linux-arm64: run in nikolaik/python-nodejs:python3.12-nodejs20 (has python+pip AND node for actions/checkout; multi-arch covers the Pi). - macOS job unchanged (it worked). Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:13:47 -04:00
justinandClaude Opus 4.8	58305cded4	CI: build cross-platform binaries + tagged release ... .gitea/workflows/release.yml builds the PySide6 GUI with PyInstaller on each self-hosted runner and, on a v* tag, publishes a Gitea Release with every platform binary attached: - windows-latest -> OBDash-windows.exe (onefile, --windowed) - self-hosted-mac -> OBDash-macos.zip (.app bundle, ditto-zipped) - docker (linux) -> OBDash-linux-x86_64 (onefile + patchelf/GL libs) - arm64 (Pi) -> OBDash-linux-aarch64 Uses softprops/action-gh-release with the auto GITEA_TOKEN; manual dispatch build-only (no release). profiles/ is bundled via --add-data; obdcore.profile.profiles_dir() now resolves sys._MEIPASS when frozen so the binary finds its vehicle profiles. Validated locally on Linux: PyInstaller onefile builds (88MB), launches offscreen, and loads bundled profiles (6 found). Build artifacts gitignored. Added .claude/gitea-ship.json. Co-Authored-By: Claude Opus 4.8 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_016yT89n4zR4qbrySoSiEyZs	2026-06-30 16:04:56 -04:00