Package Details: linux-lts-versioned-bin 6.6.69-1

Git Clone URL: https://aur.archlinux.org/linux-lts-versioned-bin.git (read-only, click to copy)
Package Base: linux-lts-versioned-bin
Description: Metapackage depending on linux6.6.69-1-lts-bin
Upstream URL: https://www.kernel.org
Licenses: GPL2
Submitter: chrisjbillington
Maintainer: chrisjbillington
Last Packager: chrisjbillington
Votes: 7
Popularity: 0.89
First Submitted: 2020-02-22 00:45 (UTC)
Last Updated: 2025-01-06 07:15 (UTC)

Pinned Comments

chrisjbillington commented on 2020-02-28 17:54 (UTC) (edited on 2022-04-10 02:41 (UTC) by chrisjbillington)

These packages allow you to have multiple versions of the Arch LTS kernel installed simultaneously. The intended use is to install the linux-lts-versioned-bin (and linux-lts-versioned-headers-bin if you use out-of-tree drivers) metapackage, using an AUR helper or otherwise in a way that automatically processes dependencies. This metapackage depends on the latest LTS versioned kernel package, but older kernel packages will remain on your system as orphaned packages to be removed later. You can find and remove them with the remove-orphaned-kernels script, which will uninstall orphaned kernel packages except those corresponding to the kernel that is currently running. If you use GRUB, you will also need to ensure its config is updated after kernels are added or removed. Installing the grub-hook package will ensure this is done automatically.

To switch from the regular Arch kernel package to these versioned packages, you can do the following (using the AUR helper yay for example):

# Remove linux, linux-headers if installed, and any out-of-tree drivers for the regular kernel:
$ pacman -Rs linux-lts [linux-lts-headers] [nvidia-lts] [...]
# Install dkms versions of any out-of-tree drivers you need:
$ pacman -S [nvidia-dkms] [...]
# If using GRUB, install grub-hook before installing kernels:
$ yay -S grub-hook
# Install the kernel metapackage, and headers metapackage if you use out-of-tree drivers:
$ yay -S linux-lts-versioned-bin [linux-lts-versioned-headers-bin]

This is also discussed here.

See also:

Latest Comments

1 2 Next › Last »

chrisjbillington commented on 2025-01-05 06:15 (UTC)

@username227 yes, this package will always conflict with [core]/linux-lts

Whilst it's in principle possible to have this PKGBUILD retain the older kernels as separate packages that are marked as no longer conflicting once `[core]/linux-lts has updated, that's extra complexity and not much use case IMHO.

username227 commented on 2025-01-03 18:55 (UTC)

Will this package still conflict with Arch's linux-lts package after linux-lts is updated to 6.12?

chrisjbillington commented on 2024-12-13 13:29 (UTC)

Thank you for the out-of-date notification @YuriSequoia. These PKGBUILDs update automatically, and the automation had broken. Don't hesitate to ping me if it happens again.

tessaracht commented on 2024-03-11 09:07 (UTC)

look good chris, thanks!

chrisjbillington commented on 2024-03-08 23:41 (UTC)

@tessaracht thanks for the report. This should be fixed, you'll likely need to clean-build as I have not bumped the pkgrel (which so far I've kept in sync with the underlying package - may or may not be the best approach).

Looks like they decided to include licenses in the package. So far it seems to only be the lts package that includes licenses, but I'm guessing the same will be true of the other kernel packages soon enough, so I'll adjust their PKGBUILDs when that happens.

tessaracht commented on 2024-03-08 17:36 (UTC) (edited on 2024-03-08 17:36 (UTC) by tessaracht)

seems like there's some breakage in the latest packages, caused by the base packages installing files to paths that don't include the version, which means they attempt to overwrite each other. seems to be an issue just with the last two LTS releases:

linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/BSD-2-Clause exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/BSD-3-Clause exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/BSD-3-Clause-Clear exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/GCC-exception-2.0 exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/ISC exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/Linux-OpenIB exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/Linux-syscall-note exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/MIT exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/X11 exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-headers-bin: /usr/share/licenses/linux-lts-headers/Zlib exists in filesystem (owned by linux6.6.18-1-lts-headers-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/BSD-2-Clause exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/BSD-3-Clause exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/BSD-3-Clause-Clear exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/GCC-exception-2.0 exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/GPL-1.0 exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/ISC exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/Linux-OpenIB exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/Linux-syscall-note exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/MIT exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/X11 exists in filesystem (owned by linux6.6.18-1-lts-bin)
linux6.6.21-1-lts-bin: /usr/share/licenses/linux-lts/Zlib exists in filesystem (owned by linux6.6.18-1-lts-bin)
Errors occurred, no packages were upgraded.

chrisjbillington commented on 2021-11-24 00:57 (UTC)

@tessaracht good to hear, and thanks for the kind words! I'm glad the packages are useful.

tessaracht commented on 2021-11-24 00:09 (UTC)

and like, thanks so much for these packages. they're such a huge improvement over the way arch does kernels by default. who thought just breaking the running kernel on upgrade was a good idea?? XD

tessaracht commented on 2021-11-24 00:08 (UTC)

@chris: ahhh yeah! it was a change on my system that affected the makepkg config, I've sorted it out. no issue with the package at all, totally a local system change.

chrisjbillington commented on 2021-11-23 21:45 (UTC) (edited on 2021-11-23 21:45 (UTC) by chrisjbillington)

@tessaracht that is strange. I have .81 installed, so it did build for me. Have you tried ensuring it's doing a cleanbuild? Does running makepkg in a fresh git clone of this AUR repo work? If makepkg fails, it might be interesting as a post-mortem to see what files are in the pkg directory after failure - that's what zstd ought to be compressing. The fact that it is trying to compress a file called 0 is mysterious, but doesn't to me hint at what might be going wrong.

1 2 Next › Last »