Arch Linux User Repository

The PKGBUILD supports customization via environment variables. Here's a list of all of them:
_makemenuconfig: Invokes make menuconfig (default configuration menu) before compilation starts
_makenconfig: Invokes make nconfig (nicer configuration menu) before compilation starts
_makexconfig: Invokes make xconfig (GUI configuration menu) before compilation starts
_use_current: Will use the configuration of the running kernel, if the running kernel is compiled with IKCONFIG_PROC
_copyfinalconfig: Copies the final kernel configuration into the repository root as kconfig-new before compilation starts
_localmodcfg: Only compiles modules found in modprobed-db's database (which decreases compilation time and kernel size)
_use_llvm_lto: Compiles the kernel with LLVM instead of GCC. Should work, if not write a comment
_subarch: Specifies the sub architecture to compile for (see the PKGBUILD file for a list of all subarches). Default is 40 (Generic-x86-64), which is \compatible with all amd64 processors. Must be a number
_debug: Force enables debug options when set to y, force disables debug options when set to n or uses the config defaults when unset

All of these variables just need to be set for them to apply, except for _subarch and _debug.

If you want a dead simple way to compile this package, you can try out my build tool. It includes a few no nonsense changes to the kernel configuration and allows you to configure the PKGBUILD in a simple manner and decrease build time. And if you don't want that, using makepkg as-is works fine too.

Kernel has been updated and is now maintained again.

Thank you metak for creating this package in the first place.

Thank you, you too! I'll try my best.

That's perfect, thanks JeremyStarTM! keep up the good work and the best wishes!

Hi krant!

I changed the versioning scheme as I simply copied my softfork's PKGBUILD over and modified various bits of it (primarily comment-wise). My softfork PKGBUILD had the versioning scheme linux<kernel version>+clear<clpatches version>+ko<softfork version>, which I then simply adopted and changed a little. But I agree, might be better just include the kernel version in pkgver and to bump pkgrel when updating to a new version of Clear Linux's patches without a kernel update.

To answer your second question, yes I'll do, when I notice them. I won't be able to monitor clr or the kernel's releases every day, but I'll try checking at least every 4-5 days. If I notice a new clr update, I'll test it and if it works, push an update.

If you have further questions, feel free to reach out :)

Hi JeremyStarTM, thanks for taking over! Couple of notes:

Is it really necessary to change the versioning? metak's versioning was a lot leaner. Those who wanted to know real clr version could have always look into PKGBUILD.

Will we have newer minor versions when CLR will drag behind them? Metak was updating them ahead of CLR sometimes and that was nice to have.

The PKGBUILD supports customization via environment variables. Here's a list of all of them:
_makemenuconfig: Invokes make menuconfig (default configuration menu) before compilation starts
_makenconfig: Invokes make nconfig (nicer configuration menu) before compilation starts
_makexconfig: Invokes make xconfig (GUI configuration menu) before compilation starts
_use_current: Will use the configuration of the running kernel, if the running kernel is compiled with IKCONFIG_PROC
_copyfinalconfig: Copies the final kernel configuration into the repository root as kconfig-new before compilation starts
_localmodcfg: Only compiles modules found in modprobed-db's database (which decreases compilation time and kernel size)
_use_llvm_lto: Compiles the kernel with LLVM instead of GCC. Should work, if not write a comment
_subarch: Specifies the sub architecture to compile for (see the PKGBUILD file for a list of all subarches). Default is 40 (Generic-x86-64), which is \compatible with all amd64 processors. Must be a number
_debug: Force enables debug options when set to y, force disables debug options when set to n or uses the config defaults when unset

All of these variables just need to be set for them to apply, except for _subarch and _debug.

If you want a dead simple way to compile this package, you can try out my build tool. It includes a few no nonsense changes to the kernel configuration and allows you to configure the PKGBUILD in a simple manner and decrease build time. And if you don't want that, using makepkg as-is works fine too.

Kernel has been updated and is now maintained again.

Thank you metak for creating this package in the first place.

Hi everyone. After metak announced that he had orphaned the package I decided to continue maintaining it. I will begin updating the package in a few days.

Hi everyone. So, recently I bought a new pc with amd ryzen cpu and I 'll no longer maintain any of the -clear linux kernel packages. There's also my regular job and lack of time.

I'm orphaning this and all the other -clear packages for someone else to adopt. It's been five years since first commit. ;-)

d.e: I don't really know what you are meaning with "config changes [...] are not carried over". All config settings should be applied as make nconfig is the last statement executed in prepare() that is modifying the kernel configuration

But that "overwriting kernel-config options permanently" I can help you with. I am maintaining a personal fork of this package at https://git.staropensource.de/JeremyStarTM/kernel-optimized. Just pass the env variable _copyfinalconfig=y to the PKGBUILD or answer y in the handy buildtool.sh script. After the build completes, execute `mv kconfig-final kconfig" to replace the repository's kernel config with your own. From now on, your kernel config will be used for each future build.

Alternatively, you could modify the PKGBUILD and add that functionality to your own.

I hope that helps ;)

I would like to add kernel module signing, therefore I am following this article. - Would it be possible to integrate the required changes into the PKGBUILD file, maybe?

https://wiki.archlinux.org/title/Signed_kernel_modules