Skip to content

Conversation

@stevehipwell
Copy link
Contributor

This PR updates manifests to the GitHub checkver pattern where possible. This is based on the discussion on #7379.

CC @Lutra-Fs

  • Use conventional PR title: <manifest-name[@version]|chore>: <general summary of the pull request>
  • I have read the Contributing Guide

@github-actions
Copy link
Contributor

Your changes did not pass all checks.

Please address the issues in the manifest and comment starting with /verify to rerun the checks.

atomicparsley

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

cloc

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

k0s

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

knative

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

lychee

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

suanpan

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

typst

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

yazi

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

Check the full log for details.

@stevehipwell
Copy link
Contributor Author

/verify

@github-actions
Copy link
Contributor

Your changes did not pass all checks.

Please address the issues in the manifest and comment starting with /verify to rerun the checks.

atomicparsley

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

cloc

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

k0s

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

knative

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

lychee

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

suanpan

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

typst

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

yazi

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

Check the full log for details.

@stevehipwell
Copy link
Contributor Author

/verify

@github-actions
Copy link
Contributor

All changes look good.

Wait for review from human collaborators.

atomicparsley

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

cloc

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

k0s

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

knative

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

lychee

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

suanpan

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate
  • Autoupdate Hash Extraction

typst

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

yazi

  • Lint
  • Description
  • License
  • Hashes
  • Checkver
  • Autoupdate

Check the full log for details.

@Lutra-Fs
Copy link
Member

That's quite a lot of changes, so I'll need some extra time to review and test everything thoroughly. ⏳

@Lutra-Fs

This comment was marked as resolved.

@stevehipwell
Copy link
Contributor Author

Just reverted my comment since it does not work. Github API is only used if we do not supply extra parameters like regex, so we cannot use jsonpath.

@Lutra-Fs I know this has been discussed further in ScoopInstaller/Scoop#6559 but is this the current behaviour?

@Lutra-Fs
Copy link
Member

Lutra-Fs commented Nov 24, 2025

No, it will use GitHub API when gh_token is set in scoop config

@stevehipwell
Copy link
Contributor Author

No, it will use GitHub API when gh_token is set in scoop config

@Lutra-Fs does that not mean that the regex needs to work in both contexts?

@Lutra-Fs
Copy link
Member

I think "/releases/tag/" or "tag/" match are working well on both context. So maybe we'd better keep better using that unless we modified the GitHub checkver behaviour.

@Lutra-Fs
Copy link
Member

One issue we previously discussed in the core repository is that when checkver falls back to HTML parsing, there's currently no logging to inform users why this happens, such as not having correctly set up their gh_token or encountering another issue. If we can make the reason for falling back clearly visible in the logs, I think modifying this behaviour is acceptable.

Additionally, I believe using the GitHub API by default is more intuitive than HTML parsing. This is technical debt we need to address. Since the GitHub API provides anonymous access (albeit with a lower rate limit), it should work fine for normal users even if they don't set a gh_token. Also, our autoupdate excavator is already using GitHub API for a long time. So I guess it might be the time to switch to the API completely.

"url": "https://github.com/k0sproject/k0s/releases",
"regex": "v([\\d.]+\\+k0s[\\d.]+)"
"github": "https://github.com/k0sproject/k0s",
"regex": "v(\\d+\\.\\d+\\.\\d+\\+k0s\\.\\d+)"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we also use

Suggested change
"regex": "v(\\d+\\.\\d+\\.\\d+\\+k0s\\.\\d+)"
"regex": "/releases/tag/v(\\d+\\.\\d+\\.\\d+\\+k0s\\.\\d+)"

here?

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants