Runner failed on docker/login-action@v2 #301
Labels
No Label
kind
bug
kind
build
kind/compatible
kind
dependencies
kind
docs
kind
enhancement
kind
feature
kind
help wanted
kind
proposal
kind
refactor
related
act
related
environment
related
exec
related
gitea
related
workflow
reviewed
confirmed
reviewed
duplicate
reviewed
invalid
reviewed
needs feedback
reviewed
wontfix
reviewed
workaround
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/act_runner#301
Loading…
Reference in New Issue
Block a user
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?
Environments
Both are running as docker container on x86_64 debian machine.
runner started with:
main.yaml step
Step echo
Have you run
https://github.com/docker/setup-buildx-action
?That's not part of my workflow step so far.
In Github Actions,my workflow works fine though. Is it required in Gitea Actions to walk through docker/setup-buildx-action before using any docker/* actions?
I'm a newbee to Gitea, any help is appreciated.
@harryzcy
docker/setup-buildx-action
has failed as well.main.yaml step:
now outputs:
I think there's something wrong within gitea/act_runner, but golang is beyond me.
@kamaslau If you are using
ubuntu-latest
default label there is nodocker
runtime provided in the base image. You have to add the following step before you login to your container registry like so:The above Github action will simply apply steps to your base image doing the
docker
installation.HTH,
Nek
@nekrondev I'll try implement this action in my main.yaml, many thanks for the hint.
Since this was not neccessary in Github Actions, I think it might be a good idea to mention in https://docs.gitea.com/usage/actions/comparison#known-issues, because obviously I'm not the only one got stuck on the same situation. Seen also #63 (comment)
Issue is successfully solved with #301 (comment) , closing dialog.