AUR (en) - linux-nitrous

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: linux-nitrous-headers 6.11.9-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/linux-nitrous.git (read-only, click to copy)
Package Base:	linux-nitrous
Description:	Header files and scripts for building modules for Linux kernel (tagged git version)
Upstream URL:	https://gitlab.com/xdevs23/linux-nitrous
Keywords:	clang clearlinux kernel linux optimized
Licenses:	GPL2
Submitter:	superboringdev
Maintainer:	superboringdev (n0m4n904)
Last Packager:	superboringdev
Votes:	11
Popularity:	0.26
First Submitted:	2019-11-05 16:41 (UTC)
Last Updated:	2024-11-17 18:18 (UTC)

Dependencies (26)

clang (llvm-rocm-git^AUR, llvm-git^AUR, clang-minimal-git^AUR, clang17-bin^AUR)
dkms (dkms-git^AUR, dkms-fast-zstd^AUR)
lld (llvm-rocm-git^AUR, llvm-git^AUR)
bc (bc-gh^AUR) (make)
ccache (ccache-git^AUR) (make)
clang (llvm-rocm-git^AUR, llvm-git^AUR, clang-minimal-git^AUR, clang17-bin^AUR) (make)
coreutils (coreutils-git^AUR, busybox-coreutils^AUR, coreutils-hybrid-git^AUR, coreutils-hybrid^AUR, coreutils-selinux^AUR, coreutils-uutils^AUR) (make)
cpio (cpio-git^AUR) (make)
gettext (gettext-git^AUR) (make)
git (git-git^AUR, git-gl^AUR) (make)
graphviz (make)
imagemagick (imagemagick-git^AUR, imagemagick-full-git^AUR, imagemagick-full^AUR) (make)
inetutils (inetutils-git^AUR, busybox-coreutils^AUR) (make)
kmod (busybox-coreutils^AUR, kmod-git^AUR) (make)
libelf (elfutils-git^AUR) (make)
lld (llvm-rocm-git^AUR, llvm-git^AUR) (make)
llvm (llvm-rocm-git^AUR, llvm-git^AUR, llvm-minimal-git^AUR) (make)
lzop (make)
pahole (pahole-git^AUR) (make)
perl (perl-git^AUR) (make)
Show 6 more dependencies...

Required by (1)

linux-nitrous (optional)

Sources (2)

Pinned Comments

superboringdev commented on 2020-03-23 19:25 (UTC) (edited on 2024-09-16 19:48 (UTC) by superboringdev)

The prebuilt kernel is built using Clang/LLVM.

The linux-nitrous binary package can be installed by adding following lines to your /etc/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 the keys before being able to install my packages:

sudo pacman-key --recv-keys E52F66792B423413EA5F8B3BBCAFC8F93FFA4C23
sudo pacman-key --lsign-key E52F66792B423413EA5F8B3BBCAFC8F93FFA4C23

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

superboringdev commented on 2020-11-22 19:34 (UTC)

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

hashworks commented on 2020-11-22 18:49 (UTC)

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

extra/lld dependency missing?

thaewrapt commented on 2020-10-18 01:16 (UTC)

Found out two issues on my setup.

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).
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

superboringdev commented on 2020-08-13 23:21 (UTC)

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.

dedguy21 commented on 2020-08-01 14:58 (UTC)

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.

superboringdev commented on 2020-07-09 21:38 (UTC)

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.

superboringdev commented on 2020-06-03 23:08 (UTC) (edited on 2020-06-03 23:09 (UTC) by superboringdev)

Warning: nvidia-dkms does not seem to work with it – it will not compile and even if you apply patches to it there is a good chance that you won't reach the login screen. Please refrain from using 5.7, try patches or use nouveau until nvidia has published a working driver...

Other dkms modules will probably work. Problems with, for example, vboxhost have been fixed in 5.7.0-2.

superboringdev commented on 2020-05-16 12:47 (UTC)

@soloturn I have implemented support for it in the linux-nitrous-git package by checking if $HOME/.config/modprobed.db exists. I'm not sure whether the implementation will work that way, I will probably need to change a few more things. Let me know if this is a good way of checking for modprobed-db or whether it would be better to just check for LSMOD.

soloturn commented on 2020-05-16 12:37 (UTC)

@superboringdev to enable a switch for it would be cool. maybe if the environment variable LSMOD is set?

superboringdev commented on 2020-05-09 21:19 (UTC) (edited on 2020-05-09 21:20 (UTC) by superboringdev)

@dedguy21 this repository (and its PKGBUILD) are used to build the binaries found in my custom repository

I do not intend to enable the used modules config by default as that is not what would resemble the binaries provided in my custom repository. I could try making it do that by checking for an environment variable in the PKGBUILD but I won't be doing it by default. The other thing is that I want the kernel to be able to build and run on pretty much any system that has a compatible CPU, regardless of the remaining hardware.