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.

@dedguy21 I'm a bit confused as to what you want to achieve? You don't need to do 1) and 2). New version of mkinitcpio=27-1 includes hook and preset files so that not every kernel package has to provide them. Just build this package as any other or use the binaries provided in my repo.

@ metak Apologies for the possible noobie questions....

I have the linux-clear kernel in the /usr/lib/module folder.

1) How can I write the proper compressed image to the /boot folder 2) and the .preset files to the mkinitcpio.d folder

I used yay for installation, should I just git files and run make install?

@dedguy21 Hello. linux-clear package is the "main" kernel, it's the default kernel in clearlinux and clear team focuses the most on it. With that said, linux-clear-current is used mostly for testing purposes when kernel nears towards the latest release candidates (and first .0 release and .1 sometimes) then clear team rebase their patches and test this new kernel. These patches are then moved to linux-clear when everything seems ok. After that they don't update the linux-clear-current much, it's stuck on 5.3.1 and I expect it will get updated with 5.4rc7? I don't know. The kernel .config file is pretty much the same as they try to sync changes between their kernels, the exception being patch for exfat patch and some crypto modules that were introduced in linux-clear.

Yes, I'm maintaining both of them and as you can see they're two separate packages and neither is being abandoned. Use linux-clear and later in kernel development cycle if you want to test the latest rc then try linux-clear-current.

I follow stock arch's kernel way of packaging and those changes were brought by 5.3.8.1-1: Changes for new kmod and mkinitcpio hooks.

First of all I wanted to say thanks for the Clear Linux packages. I always thought if you could marry their kernel with Arch you would have the perfect distro.

So wondering why does linux-clear package has a kernel number higher than linux-clear-current package?

And are you maintaining both packages separately? Or is one being abandoned for the other?

Also, when I install this package, I notice that there isn't an image for this created to the /boot or any .preset in mkinitcpio.d

I located the file in /usr/lib/module

...just wondering if this was done on purpose on your end.

Thanks again

@metak Ok I didn't know that /usr/lib/modules/<kernel>/build/.config existed. Copying it to another location seems unnecessary, especially since /usr/lib/kernel/.config would nowhere be mentioned in the "Arch World". CONFIG_IKCONFIG is at least enabled by default in arch's linux package. That's why I thought it would be nice to have it in linux-clear, too.

@tam1m That's just a packaging difference. In arch kernel there's a copy of kernel config file in -headers package. /usr/lib/modules/<kernel>/build/.config
I can add a line that copies config file like it's in clearlinux package along with enabling ikconfig.

@metak Sounds good to me. Having it as a module should be enough. Also regarding this comment from the issue tracker, we don't have the /usr/lib/kernel file. At least I don't..

@tam1m With next update I can enable CONFIG_IKCONFIG=m (as a module) and CONFIG_IKCONFIG_PROC=y? This was already brought up upstream on ClearLinux issue tracker and they decided not to enable it because not many people use this and it wastes more memory.

@metak

You were right, thanks a lot!