-
Notifications
You must be signed in to change notification settings - Fork 26
feat: use kernel version as tags in akmod #354
Copy link
Copy link
Open
Labels
priority: criticalShould be done as soon as possibleShould be done as soon as possibletype: bugSomething isn't working.Something isn't working.upstreamIssue should be filed upstream, or was caused by / is waiting an upstream changeIssue should be filed upstream, or was caused by / is waiting an upstream change
Metadata
Metadata
Assignees
Labels
priority: criticalShould be done as soon as possibleShould be done as soon as possibletype: bugSomething isn't working.Something isn't working.upstreamIssue should be filed upstream, or was caused by / is waiting an upstream changeIssue should be filed upstream, or was caused by / is waiting an upstream change
Type
Fields
Give feedbackNo fields configured for issues without a type.
If using bazzite as a base, installing akmod using the current module will almost likely drift because bazzite move pretty fast. The kernel version in bazzite-41 tag is usually newer than the stable version and can be even newer than testing or unstable. You also can't install akmods if you are using older tag with older kernel version at all. I propose to add kernel version too in akmods template like so.
You can get the kernel version by doing
skopeo inspect docker://ghcr.io/ublue-os/bazzite:stable | jq -r '.Labels["ostree.linux"]'. I'm currently doing it using github action before the bluebuild action and using the skip_checkout flag, the kernel version is inserted to github variable and i use the copy module and doing sed on that to dynamically change the kernel version. Also i'm aware of #241 , but i'm not sure how that work or if it will be implemented in near future.I can help implement it if needed.