* feat: support nvidia driver 590 with 580 LTS
Negativo17 added a 580 LTS repo in addition to the recent 590 update.
See: https://negativo17.org/nvidia-driver-580-lts-repository/
- 590 is always "open" and shipping on the existging `akmods-nvidia-open` image
- 580 is always "kernel" and shipping on a new `akmods-nvidia-lts` image
- gcc-c++ needed for 590
- no new `akmods-nvidia` images will be published
- sway environment was finally removed from ublue-os-nvidia-addons
- ublue-os-ucore-nvidia was removed as ublue-os-nvidia-addons now works for ucore
* add nvidia/nvidia-lts to cleanup
* set longterm default akmods_target to zfs
* bypass aarch64 for 590 nvidia driver
it won't build for me so this at least gets the intel builds going
* codacy fixes
* fixup typos
* nvidia-lts repo name should match file name
The longterm-6.12 kernel was added for Cayo and now is planned for use in uCore. As it was always meant for server use it does not need the common kmod builds, except that uCore's build process does expect them for now.
It only needs to build for F43 now that Fedora CoreOS (and thus uCore) is on F43.
* enable F43 coreOS stable builds
* keep coreos-testing on F43, drop CentOS kmods SIG builds
Fedora CoreOS is now F43 for both stable and testing, so
also remove longterm-6.12 from F42. For same reason keep
building both stable and testing kmods for coreos F43.
centos-kmodsig are no longer in use by bluefin-lts, thus
removing to avoid noise.
Also, nvidia kmods are now only built when with a repo
validated nvidia-driver version.
---------
Co-authored-by: Benjamin Sherman <benjamin@holyarmy.org>
* fix: enable Fedora 43 CoreOS builds to succeed
with Fedora 43, CoreOS switched to a Containerfile (podman build)
solution for publishing their images. As a side effect they no longer
include the 'ostree.linux' label on those images.
This causes our coreos kernel version lookup to query RPM within
a given image to find the current kernel rather than inspecting
the image label.
Also some small cleanup to variables/comments to make more clear
how this works.
* update workflow for coreos-testing to use F43
* fix: remove bazzite and all of its modules
* fix: remove extra image by merging it into common
* fix: update codeowners
* fix: remove spurious cat
* fix: remove fedora 41
* fix: only build previous extra modules for x86
* fix: remove extra modules from common
* chore: update readme by removing removed modules
* fix: remove kvmfr completely
* feat: update kernel download method for centos-kmodsig to allow for older kernel verisons
* fix: allow varied coreos kernel release matching
This allows kernel releases like -201, -202, etc
rather than requiring exactly -100, -200, -300.
Should allow for most of the cases where CoreOS team uses a slightly
different release for their kernels.
* this enables Fedora N-1 to (usually) get the kernel too
* chore: source centos kernel version from coreos:stable
This queries the CoreOS stable kernel version from the latest available
fedora coreos image, then checks that the kernel version is available in
kojifiles for CentOS kmods SIG before proceeding with caching.
---------
Co-authored-by: Benjamin Sherman <benjamin@holyarmy.org>
* fix: allow varied coreos kernel release matching
This allows kernel releases like -201, -202, etc
rather than requiring exactly -100, -200, -300.
Should allow for most of the cases where CoreOS team uses a slightly
different release for their kernels.
* this enables Fedora N-1 to (usually) get the kernel too
* feat: replace centos-hsk kernel with centos-kmodsig
This replaces the Hyperscale (hsk) kernel (which is no longer used by Bluefin LTS)
with the CentOS Kmods SIG kernel, now used for Bluefin LTS (HWE).
Closes: #349Closes: #370
* correct kernel download
* can't install packages which down exist
* correct kmodsig kernel version query and download
* re-add kernel-core install
* cleanup and add dracut to kmods SIG kernel install
* slight cleanup
`--squash` requires us to rebuild a significant portion. Instead flatten with COPY.
Additionally, put `just test` first to build and test the image, then `just build` to flatten and tag the image.
Signed-off-by: m2 <69128853+m2Giles@users.noreply.github.com>
Enable downstreams to pin kernels and extract the Fedora Version if
needed.
closes#373
Signed-off-by: m2 <69128853+m2Giles@users.noreply.github.com>
Co-authored-by: inffy <10782843+inffy@users.noreply.github.com>
* feat: add support for kernel-longterm-6.12
This adds kmods builds for kwizart/kernel-longterm-6.12
* disable extra builds and fix condition
* download proper name
* get correct version
* oops
* more generic?
* use kernel-longterm
* rebuild longterm
* fix Containerfile contidionals
* i welcome the new refactor
* verify longterm secureboot
* query proper kernel name in build zfs
* use KERNEL_NAME in test
* include libatomic
* fun atomic typos
* handle non-standard kernel names in ZFS build
* need the variable to work
* re-enable other builds
* feat: add CentOS/EPEL nvidia support
* fix changelog
* gotta copy the repo before it can be a source
* need conditional logic in build-kmod-nvidia
* use el dist tag (not fc) for CentOS builds
* don't use wildcard
* more variable cleanups for EPEL in nvidia
* fixes for those release vars
* careful with the dots
* trying to match all these variables
* fix an error in handing basename operation with DIST_RELEASE
* fix for fedora
* getting closer i think
* so many small mistakes
* seriously
* ...
* yeah
* fix extra token
* try simpler kernel string, temp disable a few builds
* maybe
* try to build test image on centos
* only test i686 nvidia pkgs on fedora
* limit extra pkgs tested in epel9
temp disable non centos builds
* trying to fix epel9, no gui stuff for nivida
* trying to fix epel9, no gui stuff for nivida, but fix typo
* disable centos/epel9 builds, re-enable f41,f42,bazzite
centos epel9 builds are failing on nvidia due to an issue with
negativo17 nvidia repo for epel9
we don't have an active use of centos 9 now, so it's not important
we have that building to move forward.
* readd extra pkgs for centos/fedora nvidia test
* fix: codacy concerns
* don't always follow Codacy
* disable codacy in this file
* correct typo in comment
* fix odd phrasing in comment
We haven't included xpadneo in a downstream (Aurora, Bazzite, Bluefin)
for quite some time. This kmod was actually causing problems with
devices which work fine with normal kernel drivers.
* feat: add centos 10 support
* use version 10
* get kernel version with correct tag
* trying to get it to work
* temp disable extra workflows
* use same CentOS tag as bluefin LTS
* disable SB sign/verify for centos
* centos version for downloads
* don't fail if didn't rebuild rpms
* matrix exclude all but zfs for centos
* add EPEL and re-add rpmrebuild/sbsigntools
* use actual centos version
* pull correct build image
* don't double stream
* missing end quotes
* snapshot of progress
* only attempt to install kernel RPMs from kernel cache
* need kernel-devel for CentOS
* Bump to ZFS 2.3 since ZFS 2.2.7 not building with CentOS10's default kernel
* add python-cffi
* skip secureboot checks for centos
* fix quotes
* should build stream 9 and 10
* initial test hyperscale
* trigger build?
* don't try hyperscale stream9
* typo
* someday
* centosy things
* i expect centos-hsk
* download hsk kernel with dnf
* need repo to download
* yep
* attempt signing and verification with CentOS
* re-enable 41, 42, bazzite
---------
Co-authored-by: m2 <69128853+m2Giles@users.noreply.github.com>
