akmods is not building for a few flavors
akmods is not building for a few flavors: https://github.com/ublue-os/akmods/actions/runs/8527115805/job/23358319673
12 Replies
@bsherman if you are able to take a look, not sure what's going wrong.
I already looked. It’s those kmods that won’t build on the surface 6.8 kernel, now asus is shipping a 6.8 which also isn’t working for them.
I assume Those kernels have patches which break the kmods in question even though they build with the F40 stock 6.8 kernel
I haven’t spent anytime digging into the actual patches and why they won’t build though
weird
We can workaround by skipping for 6.8 and non main flavors. But yeah
@bsherman I wanna get that kernel version tagging working too
be nice if we could basically
uname -r
as a tag on every buildsure, but sadly wouldn't help with kmods that don't build
I should be able to work on this sometime today
I do see Kyle fixed the fsync part, so i'll fix the asus bit
i'm working on akmods... @Kyle Gospo we don't need fsync for F38 right?
I don’t think any of our downstreams use FSync for 38 and Bazzite only builds for 39.
right
PR where i'm doing stuff: https://github.com/ublue-os/akmods/pull/161
GitHub
chore(ci): catchup exclude with fsync version change by bsherman · ...
Fixing akmods build issues.
Kyle I have an idea why v4l2loopback (etc) is failing on asus/surface kernels (6.8) when building on F39 but succeeding on F40
on F39, despite swapping kernels, kernel-headers 6.7 are still being installed
oh now that's odd
do we just need to be more explicit in versioning?
i'm getting deep with the scripting right now in a local container
in other words, not sure yet 🙂 but hope to know soon
just an example of what i see
eh, maybe that's not the problem... asus-kernel repo doesn't have a headers package
i believe this will at least get green builds... and v4l2loopback building on F40
but not sure why some of those things won't build for 6.8 on F39... seems odd
https://github.com/ublue-os/akmods/pull/161
💤 for now though