mirror of
https://github.com/nektos/act.git
synced 2026-04-26 09:25:54 +03:00
[GH-ISSUE #217] Missing AGENT_TOOLSDIRECTORY env variable for setup-python@v2 #150
Labels
No labels
area/action
area/cli
area/docs
area/image
area/runner
area/workflow
backlog
confirmed/not-planned
kind/bug
kind/discussion
kind/external
kind/feature-request
kind/question
meta/duplicate
meta/invalid
meta/need-more-info
meta/resolved
meta/wontfix
meta/workaround
needs-work
pull-request
review/not-planned
size/M
size/XL
size/XXL
stale
stale-exempt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/act#150
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Originally created by @mjpieters on GitHub (May 1, 2020).
Original GitHub issue: https://github.com/nektos/act/issues/217
The setup-python@v2 action makes the following assumptions:
/etc/lsb-releasefile is read and theDISTRIB_RELEASE=...value must match theplatform_versionkeys in the Python versions manifest. In practice this means the container must be based on Ubuntu.setup.shfile, generated from a template that assumes theAGENT_TOOLSDIRECTORYenv variable exists; this is just an alias forRUNNER_TOOL_CACHE.python -m pip install --ignore-installed pipupgrade step requires SSL libraries to be installed (openssl)So I can make the action work by:
Using my own Ubuntu-based docker image (
mjpieters/act-container:18.04, which is justnode:buster-slimbut usingubuntu:18.04rather than Debian Buster, with openssl added; 180MB small, see https://hub.docker.com/repository/docker/mjpieters/act-container)adding the following build step:
While I understand that the
node:*-slimcontainers are only meant to be starter images, could act be updated to provide theAGENT_TOOLSDIRECTORYvariable?Test workflow:
@mjpieters commented on GitHub (May 1, 2020):
This appears to be a
python-versionsbug instead. It was already fixed in the Windows install script, so I proposed a fix for the Linux version.