Package Details: linux-lts419 4.19.246-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-lts419
Description: The LTS 4.19 Linux kernel and modules
Upstream URL:
Licenses: GPL2
Submitter: dantob
Maintainer: severach
Last Packager: severach
Votes: 13
Popularity: 0.77
First Submitted: 2020-02-13 12:20 (UTC)
Last Updated: 2022-06-10 16:10 (UTC)

Latest Comments

ReDemoNBR commented on 2022-04-19 21:10 (UTC) (edited on 2022-04-19 21:10 (UTC) by ReDemoNBR)

Forgot to update the checksums for the patch-4.19.238.xz source

  • md5sum: 240c7745ad92a96fee6c1bd9a0a179f4
  • sha256sum: a76a953175f283ffb0e5b0f5471ffc96922a6332e2414d7de09d64ce72081926

jonathon commented on 2022-01-21 20:54 (UTC)

I've packaged up linux-firmware-uncompressed for kernels affected by module compression in linux-firmware 20220119.0c6a7b3-2.

r08 commented on 2022-01-19 15:58 (UTC) (edited on 2022-01-19 16:00 (UTC) by r08)

FYI, if you're running a non systemd setup, full disk encryption with luks+cryptsetup, and this kernel package; recent changes to cryptsetup makes the system unbootable.

Adding to the hook file install-encrypt:

add_binary 'dmsetup'

below "add_binary 'cryptsetup'" makes the system bootable again.

Just in case you have exotic setups hope this helps.

darnrain commented on 2021-10-01 20:43 (UTC) (edited on 2021-10-15 05:49 (UTC) by darnrain)

That worked I had coreutils 9.0-1 and downgraded to coreutils 8.32-1 and the linux-lts419 4.19.208-1 compiled just fine. Thanks

severach commented on 2021-10-01 01:33 (UTC) (edited on 2021-10-01 02:43 (UTC) by severach) Only happens for me in chroot fakeroot. makepkg and yay running fakeroot outside of chroot work fine for me. Broken in coreutils 9.0-1. Downgrade to coreutils 8.32-1 or upgrade to 9.0-2.

Edit: outside only worked because it was still at 8.32-1. Upgrade to 9.0-1 and it fails everywhere.

darnrain commented on 2021-09-30 10:07 (UTC)

I cant seem to compile the new 4.19.208 I am getting an error message

==> ERROR: A failure occurred in package_linux-lts419-headers(). Aborting...

Anyone have any idea on how to fix this?

bloat commented on 2021-09-29 23:27 (UTC)

Stripping build tools... Adding symlink... Fixing permissions... ==> ERROR: A failure occurred in package_linux-lts419-headers(). Aborting... error making: linux-lts419

severach commented on 2021-04-07 01:46 (UTC) (edited on 2021-04-08 17:59 (UTC) by severach)

All the kernels are busted. Downgrade to file 5.39. file 5.40 changed xz file detection that makepkg is not compatible with. . If the problem isn't fixed in a timely fashion I'll work up my own fix to keep the kernels running.

bloat commented on 2021-04-05 22:16 (UTC) (edited on 2021-04-05 23:38 (UTC) by bloat)

Thanks, I must have removed some needed packages when doing some spring cleaning cause I had base-devel installed. Edit: Nevermind, it still doesn't work. Anything else I can do? Edit2: Nevermind, I solved it by copying the patch file in the src directory.

severach commented on 2021-04-05 21:18 (UTC)

pacman -S base-devel as shown in AUR.

bloat commented on 2021-04-05 21:10 (UTC)

This fails to build on my machine. patch: * Can't open patch file /home/*/.cache/yay/linux-lts419/src/patch-4.19.184 : No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... Any solution?

darnrain commented on 2021-02-24 10:20 (UTC)

Thank you everyone, I just edited my /etc/mkinitcpio.conf and uncommitted COMPRESSION="lz4" and it works now with the updated mkinitcpio. :)

maderios commented on 2021-02-24 10:08 (UTC)

I have this option in my mkinitcipio.conf since some years.I did not change anything, it works: COMPRESSION="lz4"

severach commented on 2021-02-24 05:40 (UTC)

See Arch Linux Announcements. /etc/mkinitcpio.conf, merge your .pacnew and set COMPRESSION="gzip". There's no gain in decompression speed, size, or mirror traffic for switching from gzip to zstd.

darnrain commented on 2021-02-24 05:04 (UTC) (edited on 2021-02-24 17:16 (UTC) by darnrain)

Just to let everyone know the new update of mkinitcpio is causing issues with kernel 4.19lts. Will not boot Arch Linux I get an error message at boot time. What you need to do is downgrade mkinitcpio to version 29.1

Beomond commented on 2020-12-13 02:19 (UTC)

Anyone is maintaining this repository?

tinywrkb commented on 2020-11-19 03:21 (UTC)

@dantob and @severach Thank you for maintaining this kernel package.
Miraculously the latest 5.9.8 finally fixes the issues I had with virtualization, it even got to a point my system didn't even boot, but now everything is working correctly.
If anyone else with Broadwell-Haswell was stuck on this release because of virtualization and IOMMU / PCI passthrough issues then you should try the latest kernel release.
5.10 should be the next LTS, hopefully, nothing will break again so I could finally drop 4.19 from my system.

darnrain commented on 2020-10-05 17:12 (UTC) (edited on 2020-10-26 21:52 (UTC) by darnrain)

I have an x230 I7 laptop with coreboot installed. With this kernel 4.19 I get the best battery life out of my laptop. Oh and I am using GCC 10.2 to build this kernel, works good.

dantob commented on 2020-08-26 08:08 (UTC)

I've moved all my machines up to 5.4 and am no longer testing this, so I'll leave this open for someone else to take over.

darnrain commented on 2020-06-15 05:07 (UTC)

I am still building my packages with gcc 9.3 works good. I will wait tell they get all the bugs out of version 10.

carnevalli commented on 2020-06-10 02:02 (UTC)

Thank you for maintaining this package. I had some trouble with Intel video card randomly freezing when linux-lts package was upgraded to 5.4 kernel. By changing kernel to linux-lts419 definitely solved this problem and everything works fine again.

darnrain commented on 2020-05-24 13:05 (UTC)

Thank you for this aur package it works great on my laptop.

maderios commented on 2020-05-22 14:41 (UTC)

It works for me, now. I see gcc 10 was upgraded before.

tinywrkb commented on 2020-05-21 13:51 (UTC)

4.19.124-1 GCC 10 build boots fine on my system. Thanks for the update.

tinywrkb commented on 2020-05-19 07:03 (UTC)

The latest GCC 10 patches help, 4.19.123-2 built with GCC 10 boot successfully.

dantob commented on 2020-05-18 15:25 (UTC)

I've pushed some GCC10 patches from the upstream stable queue. See if this helps. I'm still building my kernels with GCC9, and all is okay.

maderios commented on 2020-05-17 08:35 (UTC)

They solved (may be) similar issue here

tinywrkb commented on 2020-05-17 02:05 (UTC)

Yes, that was GCC 10 fault. 4.19.123-1 is booting fine if built with GCC 9.

tjackson commented on 2020-05-14 23:24 (UTC)

Be careful building this with GCC 10. I ended up with a broken kernel, and searching around it seems it might be caused by CONFIG_STACKPROTECTOR_STRONG.

tinywrkb commented on 2020-05-14 17:12 (UTC)

Anyone else has trouble with 4.19.123-1? it just freezes on the loading init ramdisk screen. This is quite strange and 5.6.13.arch1-1 loads just fine. I still need to try a clean build but if it's just me then I'm not gonna put any effort is this, I gonna bisect 5.1 to find the regression that prevented using newer kernels and move away from 4.19.

dantob commented on 2020-04-05 14:27 (UTC) (edited on 2020-04-07 22:45 (UTC) by dantob)

EDIT: build is working again with nvidia-dkms 440.82-1

nvidia-dkms 440.64-10 breaks build against 4.19 kernel :(

you will have to manually rebuild nvidia-utils (includes nvidia-dkms) without the kernel-5.6.patch

tinywrkb commented on 2020-03-24 17:26 (UTC) (edited on 2020-03-24 17:26 (UTC) by tinywrkb)


If you're building AUR packages then you are expected to install base-devel. None of the base-devel packages should be included in makedepends array, read the PKGBUILD ArchWiki page.

khalil2535 commented on 2020-03-24 16:41 (UTC)

i had some problems. /bin/sh: flex: command not found make[1]: [scripts/Makefile.lib:188: scripts/kconfig/zconf.lex.c] Error 127 make: [Makefile:534: olddefconfig] Error 2 ==> ERROR: A failure occurred in prepare(). Aborting... Error making: linux-lts419

then same error but "/bin/sh: bison: command not found"

but i fixed that by installing 'bison' & 'flex' packages so please make them as dependencies if needed

Npa commented on 2020-02-19 00:17 (UTC)

Thanks a lot, actually i have problems with core linux-lts

dkaylor commented on 2020-02-16 23:58 (UTC)

Many thanks for this :)

tinywrkb commented on 2020-02-13 18:12 (UTC) (edited on 2020-02-13 23:42 (UTC) by tinywrkb)

Please look at the PKGBUILD of linux-lts414, the source path does not change between minor releases so it hits ccache.
With the current linux-lts419 PKGBUILD the user will always get ccache misses and zero hits when building a new minor release due to the fact _srcname changes.