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

feat: Ship fsync kernel on latest, drop HWE builds #1493

Draft
wants to merge 8 commits into
base: main
Choose a base branch
from
Draft

Conversation

EyeCantCU
Copy link
Member

Ships the fsync kernel on :latest. Due to the fsync kernel's broad hardware support, we are able to drop HWE builds as support for Asus and Surface devices is already implemented in the kernel

This was previously explicitly set to copy akmods for the CoreOS kernel,
always match the akmods flavor instead

Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
Also perform additional cleanup of CI and scripts

Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
Previously, the headers provided by the upstream kernel were installed
instead of the ones for CoreOS/fsync

Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
We layer the NVIDIA kmod on top of the existing image, no need for
the NVIDIA image

Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
They no longer exist

Signed-off-by: RJ Sampson <rj.sampson@chainguard.dev>
@EyeCantCU
Copy link
Member Author

Drafted until we've implemented a path forward for HWE users

@m2Giles
Copy link
Member

m2Giles commented Jul 9, 2024

fsync cache package is going to change names to fsync-kernel. See ublue-os/kernel-cache#5

Additionally, that pull request also caches the coreos kernel as well now. So we can do the same install method for our images.

@m2Giles
Copy link
Member

m2Giles commented Jul 10, 2024

Drafted until we've implemented a path forward for HWE users

I think we can do this as a two step merge.

Step 1 is implement fsync on latest and don't disable hwe images. On hwe images, have systems service try to run at boot to move an individual over to main/Nvidia,latest.

The only complication to that is that surface GTS is currently being built. And we have thr ISO download pointed to that.

Step 2: disable the hwe builds. Since the user will at the very least upgrade to the last hwe images, they will get auto rebased over.

I think this is what the old installer used to do.

@m2Giles
Copy link
Member

m2Giles commented Jul 15, 2024

Fsync is now on latest for main/Nvidia.

Next step is removing hwe and having people rebased over.

Surface and Asus both have some extra packages to need to investigate what's going on with those.

Surface:
libwacom
libwacom-data
iptsd
Watchdog

Asus:
asusctl

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

Successfully merging this pull request may close these issues.

2 participants