Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Faild in ubuntu-24.04 runner #595

Closed
Tracked by #239
kachick opened this issue May 14, 2024 · 13 comments · Fixed by #596
Closed
Tracked by #239

Faild in ubuntu-24.04 runner #595

kachick opened this issue May 14, 2024 · 13 comments · Fixed by #596

Comments

@kachick
Copy link
Member

kachick commented May 14, 2024

Ubuntu 24.04 runner has been released.

actions/runner-images#9848

But, attempting to use it resulted in the following errors.

Error: The current runner (ubuntu-24.04-x64) was detected as self-hosted because the platform does not match a GitHub-hosted runner image (or that image is deprecated and no longer supported).
In such a case, you should install Ruby in the $RUNNER_TOOL_CACHE yourself, for example using https://github.com/rbenv/ruby-build
You can take inspiration from this workflow for more details: https://github.com/ruby/ruby-builder/blob/master/.github/workflows/build.yml
$ ruby-build head /opt/hostedtoolcache/Ruby/head/x64
Once that completes successfully, mark it as complete with:
$ touch /opt/hostedtoolcache/Ruby/head/x64.complete
It is your responsibility to ensure installing Ruby like that is not done in parallel.
iBug added a commit to iBug/iBug-source that referenced this issue May 15, 2024
iBug pushed a commit to iBugOne/iBugOne.github.io that referenced this issue May 15, 2024
[60b17a8] Actions: Rollback to ubuntu-latest

ruby/setup-ruby#595
@eregon
Copy link
Member

eregon commented May 19, 2024

1.9 fails to build: https://github.com/ruby/ruby-builder/actions/runs/9148390417/job/25150867207
The rest seems to build fine.

I'll only add the latest releases of JRuby and TruffleRuby for now on 24.04, we can add more later.

@eregon
Copy link
Member

eregon commented May 20, 2024

https://github.com/ruby/setup-ruby/releases/tag/v1.177.0
Some -head builds still need to be fixed, some of them waiting on actions/runner-images#9895.

@Bo98
Copy link

Bo98 commented May 20, 2024

Is the double 1.177.0 intentional? https://github.com/ruby/setup-ruby/tags

Seems to make Dependabot error

@eregon
Copy link
Member

eregon commented May 21, 2024

Ah damn that's what I get from doing a release on a phone. Will fix.

@0nyr
Copy link

0nyr commented Oct 6, 2024

Hello. I get this exact error on my blog, when trying to deploy to GitHub Pages: see here. It's strange because it works fine on another website of mine with the exact same (default) workflow .yml file, so I have no idea of what is wrong and if it is on my side or not. Here is my repo: my repo any help appreciated.

@kachick
Copy link
Member Author

kachick commented Oct 6, 2024

@0nyr

#596 was released in https://github.com/ruby/setup-ruby/releases/tag/v1.177.0

Your workflow is using older version https://github.com/0nyr/onyr-website/blob/3171828ebdd19cce6c8251730a7e6e72019e57d2/.github/workflows/jekyll.yml#L37

uses: ruby/setup-ruby@8575951200e472d5f2d95c625da0c7bec8217c42 # v1.161.0

How about to try updating?

For example.

uses: ruby/setup-ruby@086ffb1a2090c870a3f881cc91ea83aa4243d408 # v1.195.0

@0nyr
Copy link

0nyr commented Oct 7, 2024

@kachick You are a blessing. Many thanks. How can I know where to get this information the next time ?

@jwillemsen
Copy link
Contributor

I would use ruby/setup-ruby@v1 as uses, and add a dependabot.yml to use github actions to keep the used actions up to date

@kachick
Copy link
Member Author

kachick commented Oct 7, 2024

Guessing your candidates

  • Just using latest for the major version as ruby/setup-ruby@v1 # official recommendation
  • ruby/setup-ruby@v1 as above with bumping dependabot or renovatebot # jwillemsen wrote
  • Current git hash style with bumping dependabot or renovatebot # I prefer, but I don't recommend this for others

@0nyr
Copy link

0nyr commented Oct 7, 2024

Again, many thanks. Any good repository with such a setup as an example ?

@jwillemsen
Copy link
Contributor

jwillemsen commented Oct 7, 2024

@vincerubinetti
Copy link

In my repo lab-website-template, I use a pinned version number. I know I wouldn't have done it without a reason, because I always use latest major (e.g. v1) for actions, and do so for all of the other actions in that repo. I seem to recall that this package doesn't make a tag for the exact string "v1" pointing to the latest tag, and I couldn't get it to run without an exact version? Is that actually the case?

FYI to users who are not aware... GitHub Actions doesn't do any sem-ver when installing/using a third-party action. That is, if you specify v1 or v1.*.* or whatever, GitHub won't automatically find e.g. v1.92.0, it just looks for a tag with the exact name "v1". So it's basically up to action maintainer to re-tag things after each update so e.g. v1 points to v1.92.0.

@Bo98
Copy link

Bo98 commented Oct 14, 2024

it just looks for a tag with the exact name "v1"

GitHub Actions also looks for branches and that's what this action uses so v1 should work fine.

Which you use is up to you. Some people prefer exact versioning with auto bumping from Dependabot for better control. Some people prefer the lower maintenance requirement of v1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging a pull request may close this issue.

6 participants