linux-lts et linux-latest ... on utilise ou pas ?

Nous avons 2 paquets linux-lts et linux-latest dont l'usage n'est pas évident pour les nouveaux comme les anciens utilisateurs de manjaro

Au niveau technique, ces 2 paquets sont des méta-paquets qui vont pointer vers une version d'un noyau

linux-lts : est un alias vers le dernier noyau LTS
linux-latest : est un alias vers le dernier noyau stable non lts

Ces 2 paquets ont deux particularités :

la version du noyau va évoluée avec le temps : nous allons donc avoir un changement de version majeure (passe de 5.6 à 5.7 par exemple). Ce qui est impossible avec un noyau classique.
Nous ne pouvons avoir qu'une unique version ! donc si nous avons ces 2 paquets, nous ne pouvons avoir que 2 noyaux d'installés (un LTS et un autre non lts)

Intérêt : nous ne gérons plus les noyaux, nous passons automatiquement d'une version à une autre (fonctionnement identique à archlinux). Plus de maux de tête...
Problème: nous ne gérons plus rien; plus de choix de noyaux ! nous avons automatiquement les derniers conseillés par manjaro, ce qui peut poser problèmes pour certaines machines

ps: il est bien sûr possible d'en installer qu'un seul des deux pour avoir par exemple une gestion manuelle que pour les noyaux non lts

---------

PKGBUILD

Les codes sources sont disponibles : linux-lts et linux-latest

Nous pouvons voir le même mécanisme dans les 2 !

# EOL kernels between last and latest LTS
eol=(
	415
	416
	417
	418
)
	for kernel in "${eol[@]}"; do
		replaces+=("linux${kernel}")
		conflicts+=("linux${kernel}")
	done

Donc ce paquet "-LTS" remplace la liste "eol" , ce qui va forcer chez pacman la dé-installation des paquets de cette liste

-latest à le même code mais avec une liste différente

# EOL kernels between last LTS and latest
eol=(
	318
	420
	50
	51
	52
	53
)
	for kernel in "${eol[@]}"; do
		replaces+=("linux${kernel}")
		conflicts+=("linux${kernel}")
	done

Merci, je teste, vu que c'est ma politique systématique.

On installe les deux meta-paquets et c'est tout ?

oui, c'était mes explications

avec ces 2 paquets on a le même comportement qu'une archlinux : uniquement le dernier lts et le dernier non lts. Pour l'installation rien de particulier
Mais comme dit + haut, il est aussi possible de mixer : d'en installer qu'un seul et garder la méthode "classique"/manuelle pour l'autre

Alors oui mais non !

J'ai bien installé et rien ne se passe alors que le 5.7 est arrivé :

[sum@ordi1 ~]$ mhwd-kernel -li
Currently running: 5.6.15-1-MANJARO (linux56)
The following kernels are installed in your system:
   * linux54
   * linux56
[sum@ordi1 ~]$ pacman -Q | grep linux
archlinux-appstream-data 20200315-1.1
archlinux-keyring 20200422-1
google-chat-linux-git 0.4.5-1
lib32-util-linux 2.35.2-1
libutil-linux 2.35.2-1.1
linux-api-headers 5.6.11-1
linux-firmware 20200519.r1641.8ba6fa6-1
linux-latest 5.6-4
linux-lts 1:5.4-3
linux54 5.4.43-1
linux56 5.6.15-1
util-linux 2.35.1-2.1
[sum@ordi1 ~]$

Ai-je raté une marche ?

papajoke a écrit : ↑il y a 3 ans linux-latest : est un alias vers le dernier noyau stable non lts

Le dernier 5.7 n'est pas encore "stable" pour les devs manjaro, il faut attendre 3..4 mises à jour
heureusement ! si tout le monde passait au 57 dès maintenant il y aurait de la casse

Ok, donc je ne touche à rien et le meta-paquet bossera dans quelques temps ?

Sinon, le metapaquet n'a donc pas d'influence sur les alertes Manjaro :

Sur le screen ci-dessus, je vois bien l'alerte "nouveau kernel".

Pour les notifications de manjaro-settings-manager, je n'ai jamais utilisé ...
On peux lire dans les sources

newerKernels Returns a list of all kernels with a higher
* version than the kernel supplied and available in the repos.
* Ignores realtime and release candidate kernels for new kernel candidates.
* If the supplied kernel is realtime, it returns an empty list.

Et ici aussi, les listes des noyaux est mise à jour manuellement par les dev getLtsKernels() et getRecommendedKernels()
https://gitlab.manjaro.org/applications ... l.cpp#L361