Turn the LightBurn-clone ambition into reviewable milestones from an offline galvo workbench through gated JPT integration and later CO2 backends. Record what the installer evidence can and cannot establish, and require bulk-transfer cost warnings.
2.3 KiB
Phase 0 status
Last updated: 2026-10-17
Completed
- Both repositories use
mainand have pushed, reviewable histories. - PrivateStash uses Git LFS and preserves
raw/**without line-ending or text normalization. - The existing installer-stick source was read without modifying Google Drive.
- Private evidence snapshot
b6edf29contains 307 files totaling 79,386,307 bytes; 135 new LFS objects were uploaded in that import. - Private manifest commit
50e589ccontains 307 SHA-256 entries, 307 matching Drive-file provenance entries, and 29 folder provenance entries. - Public configuration analysis is linked to nine sanitized evidence entries.
- A private 340-token deny-list checks known Drive and machine identifiers without storing those identifiers publicly.
- A fresh clone of both remotes passed
git fsck; the private clone additionally passedgit lfs fsckand reproduced the expected file and byte counts. - The public test suite and leak guard pass against the fresh private deny-list.
- No vendor executable, plugin, DLL, or driver was run. No USB capture, framing, machine command, or laser output was performed.
Pending external acquisition
The current development computer is not the LightBurn control computer: no LightBurn executable or local LightBurn preferences directory was present. Consequently, these items remain pending from the actual control machine:
- Help → About screenshot;
- full
.lbzipbundle and.lbprefsexport; - closed-application preferences-folder archive;
- Device Settings screenshots;
- known-working
.lbrn2examples; - safe exterior hardware/label photographs and startup/interlock notes;
- live Windows Device Manager confirmation of USB VID/PID and driver.
Collect them directly into a dated directory under PrivateStash by following the LightBurn checklist. Do not use Google Drive as an intermediate project workspace and do not generate Support Data.
Phase 0 remains open until these control-machine artifacts are hashed, committed, pushed, and represented by sanitized public evidence.
The work that does not depend on this acquisition can proceed in parallel. The product and research roadmap defines the offline application core, configuration analysis, protocol research, gated hardware experiments, and workshop release as separate milestones.