Arch Linux User Repository

Hi. Since the package became an orphan, I adopted it to continue what I actively maintain on https://aur.archlinux.org/pkgbase/linux-mainline-git, now on this AUR package.

The build script and config file will be up-to-date with Arch's official Linux package unless an update is required to be functional.

But I intentionally removed the documentation package because it consumes too much building time.

This package supports certain customization if compiled by the user. Check for the README file inside the package repo, or the .INSTALL message after package installation to learn how.

Approximately since 5.9.1.rc1 I cannot build correct package of linux-git. I use config file from mainline 'linux' package from core repo (I only modified two kernel options related to default localhost name and version config). After building the package, I cannot build initramfs image with dracut - it fails to include kernel modules with message like 'depmod: ERROR: failed to load symbols from /var/tmp/dracut.nBQFd0/initramfs/lib/modules/5.9.0-rc1-1-git/kernel/drivers/pinctrl/cirrus/pi nctrl-lochnagar.ko.xz: Exec format error'

Can someone confirm that he can build package from this script? Perhaps something has been broken in git repo?

I just did a complete rebuild for testing purposes with -j12 enabled. The build time came down from ~2 hours to 20 minutes while the laptop is still responsive. Wow! Thank you for this suggestion. This is more than I ever expected. I'll stick with this setting definitely ;)

@gardotd426 - Well in my case the build files stay near the source code, and are present even after reboots and /tmp is cleared.

And if you use "makepkg -e" it does perform an incremental build (assuming config was already done on the previous build).

@Harey - You should definitely go with a higher count, atleast "make -j8" if not "make -j12"

Wow, thank you for the fast and elaborate answers. I think I'll go with MAKEFLAGS -j4 (should be safe on a Ryzen 4800U) and maybe have a look at ccache.

Well I mean even if they're not using an AUR helper, /etc/makepkg.conf will have /tmp/makepkg set as the BUILDDIR so unless you set another BUILDDIR at compile time it'll still go to /tmp. But yeah, otherwise. It's definitely not impossible to make sure the files stick around, they just usually don't by default (but even if they do stick around, I'm not sure about "only rebuilding what's changed," I know that's a thing when manually compiling from source, but I don't know how well it works with PKGBUILDs, so I defer to you or someone else that knows on that part. I just use ccache).

Well I mean even if they're not using an AUR helper, /etc/makepkg.conf will have /tmp/makepkg set as the BUILDDIR so unless you set another BUILDDIR at compile time it'll still go to /tmp. But yeah, otherwise. It's definitely not impossible to make sure the files stick around, they just usually don't by default (but even if they do stick around, I'm not sure about "only rebuilding what's changed," I know that's a thing when manually compiling from source, but I don't know how well it works with PKGBUILDs, so I defer to you or someone else that knows on that part. I just use ccache).

@gardotd426 - That's assuming they're using an AUR helper. Which OK they probably are.

Since I'm doing some Linux kernel development, I just cloned the AUR repo into one of my partitions, and I build and develop from there. Hence why the build files are still around (until I clean them).

In that specific situation, my advice applies, otherwise you're right.

@sandy8925 there should be no way the original build files are still around, if they're using the default /tmp directory to build in....

Whenever you compile a kernel, you completely recompile. Using something like ccache would be the only way I know of to speed that up, but as far as I know with a kernel PKGBUILD there's no real way to only rebuild what's changed. But yeah if there were a way, it would absolutely require the original source files.

@Harey - I think the PKGBUILD itself will always attempt a clean rebuild, but if you want it to just recompile the changed files, you could always update the source manually, skip the prepare step by doing "makepkg -e" which should then do an incremental compile (assuming the previous intermediate build files are still around). Note that the version number may be wrong, and you'll have to make sure that any required patches are applied as well.

Also, if you want to save time in recompiling, you should setup ccache which can help to some extent.

Is there a way to tell the package only to compile files changed since the last build or do I always have to recompile completely? Sorry if the question is silly, I am a complete 'kernel build noob' ;)