Skip to content

fix(ci): use $HOME in run step for PATH in release workflow - #27

Merged
tkolleh merged 8 commits into
mainfrom
fix/release-luastatic-path
Apr 5, 2026
Merged

fix(ci): use $HOME in run step for PATH in release workflow#27
tkolleh merged 8 commits into
mainfrom
fix/release-luastatic-path

Conversation

@tkolleh

@tkolleh tkolleh commented Apr 5, 2026

Copy link
Copy Markdown
Owner

Summary

  • Move PATH expansion from env context (${{ env.HOME }} which resolves to empty) to the run step using export PATH="$HOME/.lux/5.4/bin:$PATH"
  • Fixes the release workflow Build Executable step which was failing with just: command not found because the tag's workflow file didn't have the Install just step (pre-existing for v1.13.1, v1.13.2)

Root Cause

${{ env.HOME }} in GitHub Actions env context resolves to an empty string, producing /.lux/5.4/bin instead of /home/runner/.lux/5.4/bin. The Install just step also wasn't present in older release tags.

tkolleh and others added 8 commits April 4, 2026 23:17
The LuaRocks CMake build for luv fails on Linux with multiarch Lua
installations because $(LUA_LIBDIR) cannot be expanded
(luarocks/luarocks#1155, #1257). This is a known ecosystem limitation
inherited by Lux.

Since the justfile already builds luv and luasystem manually from git
source via build-luv and build-system recipes (using direct CMake
variables -DLUA_INCLUDE_DIR and -DLUA_LIBRARIES), remove them from
lux.toml entirely. This eliminates the redundant and broken lx build
--only-deps path while keeping the working manual build.

Also remove the now-unnecessary --variables WITH_SHARED_LIBUV=OFF
and CFLAGS/MACOSX_DEPLOYMENT_TARGET from ensure-deps and install
recipes since those were only needed for the luv CMake build.
The luv CMake build now produces both BUILD_MODULE=ON (luv.so for
require() in busted tests) and BUILD_STATIC_LIBS=ON (libluv.a for
luastatic binary). test-ci and test-unit recipes depend on build-luv
and set LUA_CPATH to find the shared module. .busted config includes
cpath fallback.

Fixes CI failure: module 'luv' not found on Linux test runs.
The build-luv recipe compiles luv from source via CMake, which requires
liblua5.4-dev headers and cmake. The Lux GitHub Action installs the Lux
binary but not system-level Lua development packages.
lx test spawns the lua binary to run busted, but only liblua5.4-dev
was installed which provides headers/libs, not the interpreter.
The ensure-deps recipe installs luastatic into the Lux-managed tree
(~/.lux/5.4/bin) which is not on PATH by default in GitHub Actions.
${{ env.HOME }} resolves to empty string in GitHub Actions env context.
Using export PATH in the run step instead so /Users/tkolleh is expanded by bash.
Checking out the tag causes a race condition: the workflow file from
the tag may not have the latest build steps (e.g. Install just was
missing in v1.13.1 and v1.13.2 tags). Checkout the default branch
instead so the workflow always uses the latest version.
@tkolleh
tkolleh merged commit a1bb2fb into main Apr 5, 2026
2 checks passed
@tkolleh
tkolleh deleted the fix/release-luastatic-path branch April 5, 2026 04:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant