fix(ci): unset SODIUM_USE_PKG_CONFIG before cargo builds (beta) #110
No reviewers
Labels
No Label
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: sarman/tftsr-devops_investigation#110
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "fix/unset-sodium-pkg-config-beta"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The
libsodium-sys-stablebuild script panics when bothSODIUM_LIB_DIRandSODIUM_USE_PKG_CONFIGare set simultaneously. The runner infrastructure at172.0.0.29hasSODIUM_USE_PKG_CONFIGpresent in the container environment (confirmed: not in any workflow YAML, not in any Dockerfile ENV layer, not a Gitea repository variable — must be runner-level config). This caused the incompatibility panic on every linux-amd64, windows, and arm64 build.Fix
Add
unset SODIUM_USE_PKG_CONFIGto the shell at the start of each platform build step inrelease-beta.yml. Safe as a no-op if the variable is absent; cleanly neutralises any ambient value when present.SODIUM_LIB_DIRremains set and libsodium links directly from the pre-installed paths in the Docker images.Platforms fixed
SODIUM_LIB_DIR=/usr/lib/x86_64-linux-gnuSODIUM_LIB_DIR=/usr/x86_64-w64-mingw32/libSODIUM_LIB_DIR=/usr/lib/aarch64-linux-gnu0b13b3ebe2tofffd0b7400