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.

I had problems building a remote with a hyphen. This is how I fixed it:

diff --git a/PKGBUILD b/PKGBUILD
index 31df133..47da6f9 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -6,7 +6,7 @@
 # will be on config.extra file.

 pkgbase=linux-git
-pkgver=v6.4.rc3.r291.4e893b5aa4ac
+pkgver=v6.4.r12278.3bc551a3007a.linusw.linux.pinctrl
 pkgrel=1
 pkgdesc="Linus Torvalds' Mainline Linux"
 url="https://www.kernel.org"
@@ -67,7 +67,7 @@ pkgver() {
   cd "$srcdir/$_srcname"
   if [[ -n "$REMOTE_URL" ]]; then
     # if $REMOTE_URL was created, it's safe to use $REMOTE
-    printf "%s" "$(git describe --dirty=-patched --long | sed 's/\([^-]*-\)g/r\1/;s/-/./g').${REMOTE/\//.}"
+    printf "%s" "$(git describe --dirty=-patched --long | sed 's/\([^-]*-\)g/r\1/;s/-/./g').${REMOTE//[\/-]/.}"
   else
     printf "%s" "$(git describe --dirty=-patched --long | sed 's/\([^-]*-\)g/r\1/;s/-/./g')"
   fi

For some reason building fails for me. It build in a clean chroot though. Any idea why?

At main.c:164:
- SSL error:0480006C:PEM routines::no start line: crypto/pem/pem_lib.c:763
extract-cert: certs/signing_key.pem: Success
make[2]: *** [certs/Makefile:74: certs/signing_key.x509] Error 1
make[2]: *** Deleting file 'certs/signing_key.x509'
make[1]: *** [scripts/Makefile.build:494: certs] Error 2
make[1]: *** Waiting for unfinished jobs....

And

  CC [M]  fs/xfs/scrub/agheader_repair.o
  CC [M]  fs/xfs/scrub/repair.o
  LD [M]  fs/xfs/xfs.o
make: *** [Makefile:2026: .] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: linux-git-exit status 4

This is corresponding to the following line in the makefile:

2024 | PHONY += $(build-dir)
2025 | $(build-dir): prepare
2026 |   $(Q)$(MAKE) $(build)=$@ need-builtin=1 need-modorder=1 $(single-goals)

Also happening on linux-mainline.

Besides that shouldn't python be a dependency?

yurikoles

Thanks for your feedback, I appreciate it.

About the custom remote/config/patches: I know people many times use tools to build/install aur packages and that may bypass the customization, but that's fine. The behavior they will get is the current mainline kernel will be build/installed which is exactly what is expected. But your suggestion to use .install file to advertise the customization is pretty good. I'll add it. Also, using SKIP to user-modifiable files actually makes sense. I'll make this change.

Regarding to the doc package, the stock arch linux package maintainers were kind enough to make it easy to identify anything related to the doc package, even the build dependencies. If if becomes difficult to track their changes in future, I'll consider re-adding the doc package.

osimarr

Although me too consider doc package a waste of CPU time and disk space, but as a maintainer of other kernel packages on AUR, I suggest you to keep it in order to minimize diff against stock linux package , this will minimize a maintenance burden.

I really like your approach with a custom remotes and configs, but I’m afraid that you will face a 80/20 rule, since most archers are lazy and blindly install packages via helpers and [chaotic-aur]

I would suggest you a few points to consider:
1. 'SKIP' checksums for the custom end-user-modifiable files.
2. Inform users about package’s customization capabilities via message from .install file. Given some people install prebuilt packages from likes of [chaotic-aur], a message from install file will be shown even for these binary-only installs.

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.

@yurikoles

Here is a fork of this package which updates on a regular basis - https://aur.archlinux.org/packages/linux-mainline-git

Doesn't build.

==> Starting prepare()...
Setting version...
Usage: scripts/setlocalversion [srctree]
==> ERROR: A failure occurred in prepare().
    Aborting...

we now have flags for the repo cloning which saves quite some bandwith, e.g.:

GITFLAGS="--depth=1" makepkg
GITFLAGS="--depth=1" paru -S linux-mainline

in case the repo supports partial clones, --filter=tree:0 would be an option as well. this then even updates the repo correctly as soon as this is merged: https://gitlab.archlinux.org/pacman/pacman/-/merge_requests/53

i'd be glad if you could try out your use case and maybe put a comment into the merge request?

https://github.com/archlinux/svntogit-packages/blob/41e9b62450ed0e7f520fa49be7117399da2d53f8/trunk/PKGBUILD#L112 needs to be added or dkms can fail spectacularly.