haylan/godot-ci
1
0
Fork 0
Code Issues 3 Pull Requests Actions Packages Projects Releases Wiki Activity
6 Commits 1 Branch 0 Tags
5564948d0ac5696a94bc19c34a99e0a4fed00253
Commit Graph
6 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
haylanandClaude-Bot 5564948d0a docs: document building the image locally for testing 
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 22:03:10 +02:00
haylanandClaude-Bot 5ef5fce4a4 fix(publish): free runner disk before build and retry docker push 
Auto-tracking the newest Godot/Blender means most nightly runs now
build genuinely new multi-GB layers instead of hitting cache, and
nothing ever pruned old ones — the runner's disk fills up over
successive runs until a push fails. Prune before building, and retry
docker push a few times to ride out transient registry 500s.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 22:03:06 +02:00
haylanandClaude-Bot 1e283fd77f fix(docker): install Blender's missing runtime libs 
blender --version failed with "libxkbcommon.so.0: cannot open shared
object file" — libxkbcommon0, libsm6, and libice6 aren't pulled in by
anything else in the image. Caught via a local docker build (see
README), which the prior push-only workflow never exercised.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 22:02:59 +02:00
haylanandClaude-Bot e1f3cba486 feat: auto-track newest Godot and Blender in publish workflow 
Replace the fixed 4.7.1 Dockerfile/workflow pin with:
- a nightly schedule that resolves the newest stable Godot (4.0+) and
  newest stable Blender, and builds+pushes <version> plus a floating
  latest tag only when the Godot version actually changed
- a workflow_dispatch free-text version input to (re)build any specific
  Godot version on demand, always with newest-at-build-time Blender,
  overwriting that tag without touching latest
- scripts/resolve-godot-version.sh and scripts/resolve-blender-url.sh,
  with shared parsing logic in scripts/lib.sh and an offline smoke test
  in scripts/test-lib.sh
- Blender is now fetched directly from download.blender.org instead of
  apt (Ubuntu noble's apt package is stuck on 4.0.2)
- drop the push-to-main trigger; schedule + workflow_dispatch only

Scope is Godot 4.0+ only — .blend import is a Godot 4 feature, so 3.x
builds have no use for the Blender toolchain this image adds.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 20:55:21 +02:00
haylanandClaude-Bot 1d15d6950f fix(publish): explicitly link pushed image to this repository 
Gitea packages belong to the owner, not a repo, by default — pushing
alone doesn't surface the image under this repo's Packages tab, and
the org.opencontainers.image.source label some workflows set for this
doesn't auto-link on Gitea (closed feature request, never
implemented). Call the link API explicitly after push instead.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 20:20:13 +02:00
haylanandClaude-Bot 9d1b3e8a04 feat: add custom godot-ci export-toolchain image
Publish godot-ci image / publish (push) Failing after 7s
Details 
Bakes export-template.yml's apt-get toolchain into an image extending
barichello/godot-ci:4.7.1, plus a publish workflow to push it to this
repo's Gitea package registry.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
 2026-08-06 19:50:34 +02:00