mirror of
https://github.com/nektos/act.git
synced 2026-04-26 01:15:51 +03:00
[GH-ISSUE #1384] Fail to run action xu-cheng/texlive-action/full #732
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#732
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 @alanlivio on GitHub (Oct 10, 2022).
Original GitHub issue: https://github.com/nektos/act/issues/1384
Bug report info
Command used with act
Describe issue
Fail to use action xu-cheng/texlive-action/full@v1 from here
Link to GitHub repository
No response
Workflow content
Relevant log output
Additional information
No response
@KnisterPeter commented on GitHub (Oct 10, 2022):
You need to install docker on your machine
@alanlivio commented on GitHub (Oct 11, 2022):
Many thanks for the response @KnisterPeter.
But the docker was installed, see my
docker infobellowAlso, I am able to run the
latexmkcommand (used in the step) directly from "docker run"Also, You can see in the log below that act-cli start normally and even runs the immediately previous step
uses: actions/checkout@v3.Do you have another suggestion?
@KnisterPeter commented on GitHub (Oct 11, 2022):
I don't know the action. Could have plenty of reasons. Sorry.
But I'll reopen the issue, maybe someone else has a suggestion
@KnisterPeter commented on GitHub (Oct 11, 2022):
M assumption is, that latexmk is not in the PATH inside the docker container.
@alanlivio commented on GitHub (Oct 11, 2022):
Many thanks again @KnisterPeter.
I think this is not the case because the following command works.
$ docker run ghcr.io/xu-cheng/texlive-full latexmkIs there a way to me better debug the error with act-cli?
@KnisterPeter commented on GitHub (Oct 11, 2022):
This
docker run ghcr.io/xu-cheng/texlive-full latexmkis different from what is happening in your action I think.Looks like it should be more like
docker run --entrypoint /bin/bash ghcr.io/xu-cheng/texlive-full:latest -eo pipefail -c 'latexmk -shell-escape -cd -pdf ./latex/cv.tex'@alanlivio commented on GitHub (Oct 11, 2022):
Thanks again @KnisterPeter.
Your suggestion run the
latexmkindeed, but, although being in the right folder, latexmk said that the subdir does not exist. For me, It seems docker does not mount the current folder/repo as act-cli does.I also open the bash in the container and it has the latexmk in the PATH
@github-actions[bot] commented on GitHub (Nov 11, 2022):
Issue is stale and will be closed in 14 days unless there is new activity
@alanlivio commented on GitHub (Nov 11, 2022):
Hi, again @KnisterPeter. Did you say that
My assumption is, that latexmk is not in the PATH inside the docker container.But I checked above that the container, and it has the latexmk in the PATH.
Can I set the path during the
docker run --entrypoint /bin/bashcall?@KnisterPeter commented on GitHub (Nov 11, 2022):
@alanlivio I think thats not possible. But you can for sure change the docker container and update it to your needs.
@alanlivio commented on GitHub (Nov 15, 2022):
Many thanks, @KnisterPeter.
I think is not the case to change it. Because, as I show up, the docker already has the latexmk in the PATH. My may point in trying
docker runis to enable work in yournektostool.Do you have another suggestion on how to enable
nektoswork with thisghcr.io/xu-cheng/texlive-fulldocker@ChristopherHX commented on GitHub (Nov 15, 2022):
Debug act, then find and fix the bug. I believe something in act's path handling is different compared to actions/runner, act reads /etc/environment while it shouldn't do that.
I might pick this up, once my PR queue is empty
@ChristopherHX commented on GitHub (Nov 15, 2022):
I think act doesn't respect this line:
ENV PATH="/opt/texlive/texdir/bin/x86_64-linuxmusl:${PATH}"I'm not shure if act once did it correctly, if so there was no test case.
@ChristopherHX commented on GitHub (Dec 9, 2022):
Something in act still defines the PATH variable..., if this is also fixed this action should work.
@ChristopherHX commented on GitHub (Dec 12, 2022):
I made a patch with a test, the new linked PR should fix the problem you were facing. You can try an artifact of it under checks / workflow summary
@Moelf commented on GitHub (Jan 11, 2023):
also hitting a similar
when running with
@alanlivio commented on GitHub (Feb 21, 2023):
hi @KnisterPeter and ChristopherHX. Sorry for the delay. I just tried the act version 0.2.42 for my github workflow and I still have the same problem 😔. Please see output below:
I tried enter in the image and tried to find the latexmk but it is not at /opt as mentioned by ChristopherHX here. See below.
Any other suggestions? Thank you in advance.
Also thanks @Moelf for indicate the similar issue.
@ChristopherHX commented on GitHub (Feb 21, 2023):
@alanlivio The change is not released yet.
It has a test case, which fails with the current 0.2.42 release.
@ChristopherHX commented on GitHub (Feb 21, 2023):
The /opt folder of docker actions is obviously not the same as /opt of the job container.
Therefore my change uses the
PATHdefined by the docker action and not by the job container, as long you don't override it in your workflow file.@alanlivio commented on GitHub (Feb 21, 2023):
Many thanks for you reply @ChristopherHX. I will wait for the next release to try again. 😊
@alanlivio commented on GitHub (Apr 20, 2023):
Thanks @ChristopherHX, I checked 0.2.44 and it worked.
@virzak commented on GitHub (Jun 29, 2024):
I'm having an issue with
xu-cheng/latex-action@v3. It callsdockerinternally and there seems to be an issue with aentrypoint.shmapping. Does anyone else has the same issue?@mchadolias commented on GitHub (Apr 22, 2025):
I am encountering the same issue, when I want to use this action locally. Have you found a solution? @virzak