ci(fpga-docker): Build Conscious Image has never passed; Dockerfile.conscious COPYs synth.sh and synth_conscious.sh, deleted in March #874

FPGA Docker Build (.github/workflows/fpga-docker.yml, job Build Conscious Image) cannot succeed on current main. Every run of it fails at the same step.

What fails

fpga/openxc7-synth/Dockerfile.conscious copies two files that are no longer in the tree:

COPY synth.sh /work/synth.sh                       # line 53
COPY synth_conscious.sh /work/synth_conscious.sh   # line 57

The latest run, 37228527653 (on PR #870), stops at:

#11 ERROR: failed to calculate checksum of ref ...: "/synth.sh": not found
#12 ERROR: failed to calculate checksum of ref ...: "/synth_conscious.sh": not found
ERROR: failed to build: failed to solve: ...: "/synth_conscious.sh": not found

Run history

The workflow has 6 runs in total, and none succeeded:

The workflow only triggers on changes to fpga/openxc7-synth/Dockerfile* or to the workflow file itself, so it runs rarely. As a result, the breakage only shows up as a red check on whichever PR touches those paths. The current case is #870, which adds a concurrency group to the workflow and does not change the build.

Two more defects in the same workflow

These show up in the run 37228527653 log and in the file:

• BUILD_DATE=$(date -u +'%Y-%m-%dT%H:%M:%SZ') is passed to buildx literally. A with: value is not evaluated by a shell, and the log shows --build-arg BUILD_DATE=$(date -u +'%Y-%m-%dT%H:%M:%SZ').
• FROM regymm/openxc7:latest is not pinned, while the synthesis workflows use pinned digests (ci: chipdb cache never hits in 48 workflows (key carries github.run_id) #843).

Who uses the image

git grep on main finds no workflow that pulls ghcr.io/.../trinity-openxc7. The only pull instruction is in fpga/openxc7-synth/CI_CD_README.md:60, and it names ghcr.io/gHashTag/trinity/trinity-openxc7:latest, a different repository path from the one this workflow pushes to.

Options

The choice between these is the maintainer's to make.

1. Remove fpga-docker.yml and Dockerfile.conscious. The scripts the image exists to carry are gone, and CLAUDE.md forbids re-adding .sh files. Of the three options, only this one adds no tooling.
2. Drop the two COPY/chmod pairs and keep the image as the base plus bc and the environment variables. The image would build, but every usage line in its own MOTD would point at scripts that do not exist.
3. Leave it as is. Every future PR that touches the Dockerfile or the workflow will keep getting a red check it did not cause.

My recommendation is option 1.

Not measured

• Whether a trinity-openxc7 package exists on GHCR. The local token has no read:packages scope, and the API returned 404, which does not distinguish "absent" from "not visible".
• Whether anything outside this repository pulls the image.

Refs #851, #870

🤖 Generated with Claude Code