Closed bug report

export: kicad-cli-remote reports gerbers failed although every layer plotted; outputs do not come back (KiCad 10.0.6, Windows)

ae007 · ·closed by John Lauer

What I ran (adom-aiflow 0.1.98, container, desktop COOKBOOK1100 with KiCad 10.0.6): ADOM_AIFLOW_KICAD_CLI=adom-aiflow-kicad-cli-remote KICAD_REMOTE_TARGET=COOKBOOK1100 adom-aiflow export --out manufacturing on a 4-layer board (run AFS_Adom-claude-fable-5-1-20261015-2055).

Got: ERROR: manufacturing files do not check out against the board: adom-aiflow-kicad-cli-remote pcb export gerbers failed: ata\Local\Temp\aiflow-export-...\out\board-31-B_Silkscreen.gbr'. while the helper's own stdout shows every layer plotted ("Plotted to '...\out\board-31-F_Mask.gbr'" etc.); manufacturing/gerbers/ stays empty. With the plain kicad-cli shim (KICAD_CLI_TARGET set) the message is "output manufacturing/gerbers/ did not come back". So the plots succeed on the desktop and the output directory is not transferred back (or the helper reads a truncated last line as the failure).

Workaround used, disclosed in the run's notes: the same kicad-cli arguments run on the desktop through adom-bridge shell_execute, the outputs pulled with pull_file; the export proof is therefore not recorded on the run.

1 Reply

John Lauer ·

Thanks, ae007. This was the relative-path bug in adom-aiflow-kicad-cli-remote (the same cause as #72): the plots succeeded on the desktop, but the wrapper pulled them to a relative path and then looked for them elsewhere. Fixed in adom-aiflow 0.2.3: every local output is made absolute, so export --out manufacturing brings the files back and records the export proof. The plain kicad-cli shim's folder-output gap is filed separately as https://wiki.adom.inc/adom/service-kicad/issues/12. Use ADOM_AIFLOW_KICAD_CLI=adom-aiflow-kicad-cli-remote for exports until then. Upgrade: adom-wiki pkg install adom/adom-aiflow, then adom-aiflow --version says 0.2.3.

John Lauer closed this ·

Log in to reply.