La règle que j'applique aujourd'hui est que je place la dernière version EOL du noyau qui précède la stable actuelle. Cela m'évite de compiler plusieurs versions mineures.
Euh, pourquoi ?
Il pourrait y avoir des apports intéressants dans une version mineure, voire des corrections de failles.
La vrai difficulté est de suivre ces modifications et de savoir lesquelles pourraient vous être utiles (selon les architectures, vo applications, les drivers ...).
Et c'est valable pour d'autre OS.
Par exemple, j'ai des machines sous FreeBSD.12-Stable et je dois suivre les commits sur cette branche pour savoir si oui ou non, ça vaut le peine de prendre le risque de rebooter sur une nouvelle révision.
En fait, je prend souvent ce risque. parce que même pas peur.
( et que zfs send/zfs recv incrémental tous les jours vers une autre machine, aussi.)
[^] # Re: ... ma distribution est en fait mon OS
Posté par David Marec . En réponse au sondage La dernière fois que j’ai compilé un noyau Linux, c’était parce que.... Évalué à 4. Dernière modification le 11 septembre 2019 à 15:39.
Euh, pourquoi ?
Il pourrait y avoir des apports intéressants dans une version mineure, voire des corrections de failles.
La vrai difficulté est de suivre ces modifications et de savoir lesquelles pourraient vous être utiles (selon les architectures, vo applications, les drivers ...).
Et c'est valable pour d'autre OS.
Par exemple, j'ai des machines sous FreeBSD.12-Stable et je dois suivre les commits sur cette branche pour savoir si oui ou non, ça vaut le peine de prendre le risque de rebooter sur une nouvelle révision.
En fait, je prend souvent ce risque. parce que même pas peur.
( et que zfs send/zfs recv incrémental tous les jours vers une autre machine, aussi.)