Arch Linux User Repository

The prebuilt kernel is built using Clang/LLVM 11.

The linux-nitrous binary package can be installed by adding following lines to your /etc/pacman/pacman.conf:

[linux-nitrous]
Server = https://github.com/xdevs23/linux-nitrous/releases/latest/download/

Then you can install the package using your AUR helper or pacman (e. g. sudo pacman -Syu linux-nitrous linux-nitrous-headers)

You probably need to add my key before being able to install my packages:

sudo pacman-key --recv-keys E9C2DECAC962CB3AF1376D44148A9E3C9C3E3BF0
sudo pacman-key --lsign-key E9C2DECAC962CB3AF1376D44148A9E3C9C3E3BF0

@Scimmia Thank you for letting me know. I've removed the respective lines and will be available when the new version is ready.

Please see the warning here: https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System#Modifying_the_PKGBUILD

There is currently a syntax error in the install script which does not appear to cause any issues aside from an error appearing during install (but it still succeeds) but will likely cause boot issues after a reboot, so please refrain from updating, downgrade to 5.9.10 or keep a different kernel installed on the side. Will be fixed in a new update.

EDIT: fixed in 5.9.11-9

@thaewrapt linux-zen-git is still doing depmod and mkinitcpio: https://aur.archlinux.org/cgit/aur.git/tree/linux-zen.install?h=linux-zen-git

Which surprises me but I'm going to remove that for the next update if it doesn't cause any issues.

@hashworks thanks for reporting the issue, I have added the lld dependency to all packages.

scripts/Kconfig.include:40: linker 'ld.lld' not found

extra/lld dependency missing?

Found out two issues on my setup.

1. You don't need to depmod/mkinitcpio anymore with post-install/post-upgrade hooks, since it's now done by pacman itself, check other AUR packages (like, "linux-pds", etc.) or official kernel packages for reference. This way all DKMS modules wouldn't fail to be added to initramfs (as they only are built and become available after the install, thus the new behaviour).
2. Any chance to add ZFS support ("zfs-dkms" and "zfs-utils" packages in AUR) to your kernel? Right now it's failing to build with following message:

[2020-10-17T18:15:03+0300] [ALPM-SCRIPTLET] ==> dkms install --no-depmod -m zfs -v 0.8.5 -k 5.9.0-nitrous+
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET] configure: error: 
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** None of the expected "make_request_fn" interfaces were detected.
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** This may be because your kernel version is newer than what is
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** supported, or you are using a patched custom kernel with
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** incompatible modifications.
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     ***
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** ZFS Version: zfs-0.8.5-1
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     *** Compatible Kernels: 2.6.32 - 5.6
[2020-10-17T18:16:08+0300] [ALPM-SCRIPTLET]     
[2020-10-17T18:16:09+0300] [ALPM-SCRIPTLET] Error! Bad return status for module build on kernel: 5.9.0-nitrous+ (x86_64)
[2020-10-17T18:16:09+0300] [ALPM-SCRIPTLET] Consult /var/lib/dkms/zfs/0.8.5/build/make.log for more information.
[2020-10-17T18:16:09+0300] [ALPM-SCRIPTLET] ==> Warning, `dkms install --no-depmod -m zfs -v 0.8.5 -k 5.9.0-nitrous+' returned 10

There seems to be an issue with 5.8.1-1

I'm recompiling the kernel using stock clang which will be 5.8.1-2

Hopefully this fixes the issue.

Tried the linux-nitrous-git version to take advantage of LSMOD, it did not work as intended and seem to load all generic Linux modules were still loaded, way beyond the 61 listed in my modepribed.db file.

I forgot to mention but the nvidia-dkms package now works just fine on 5.7.

NVIDIA also has already released a driver that looks to be compatible with the upcoming 5.8 version so hopefully we will be able to transition to 5.8 smoothly without any hiccups.