noyau 4.19 backports ?

statis · 04-03-2019 20:45:46

Salut à tout le monde,

Cela fait plusieurs fois que je vois une référence au noyau 4.19 backports.
Peut-être y-a-t-il quelque part un sujet qui explique ce qu'est le noyau 4.19 backports mais je n'ai pas trouvé.
J'ai donc des questions...

Sur ma fiche j'ai mis Noyau Linux 4.9.0-8-amd64 (peut-être suis-je passé à une version supérieure).
Sur mon Fedora 29, oui je sais ici on est sur Debian mais j'utilise un PC avec cette distribution pour tout ce qui n'est pas sérieux, je suis en 4.20.13-200.
Le noyau 4.19 backports serait-il une version plus évoluée que la 4.9 de mon Debian 9 ?

Est-ce difficile à mettre en place ?

Frosch · 04-03-2019 21:30:46

Salut!

Sur debian stable tu as la possibilité si tu le souhaites d'installer un noyau plus récent via le dépôt backports, actuellement en version 4.19 (même version que debian testing). C'est pas du tout compliqué à installer mais aucune raison de le faire si tout fonctionne bien avec ton noyau actuel!

Dernière modification par Frosch (04-03-2019 21:34:54)

smolski · 04-03-2019 21:47:35

statis a écrit :

Peut-être y-a-t-il quelque part un sujet qui explique ce qu'est le noyau 4.19 backports mais je n'ai pas trouvé.

Tout est dans le tuto des sources.
Voir ce lien :
https://debian-facile.org/doc:apt:sourc … -backports

Comme le dit Frosch, cela dépend dans ton utilisation du besoin que tu as d'installer un noyau plus récent.
Testing est en freeze, cela veut dire qu'une migration de stretch vers buster est prochaine et du coup, effectivement, il est probable qu'alors le nouveau noyau deviendra nécessaire en raison des nouveaux paquets stables qui seront installés.

yole1 · 04-03-2019 22:14:59

Question naïve, pourquoi open-suze tumbleweed est en dernière version avec le kernel 4.20.10-1 et pas testing ?

Dernière modification par yole1 (04-03-2019 22:15:23)

statis · 04-03-2019 22:17:59

Merci Frosch et smolski pour vos réponses.

J'aurais une dernière question...
Cela m'intéresse car par exemple strech n'a pas la dernière version de freecad, peut-être pareil aussi pour slic3r prusa et va savoir quels autres...
J'ai besoin de la dernière version de freecad et je ne suis pas passé par les dépots officiels ce qui ne m'enchante pas, s'il était possible faire autrement j'aimerais mieux

Comment sait-on quelles nouvelles versions sont dispo dans backports ?

Frosch · 04-03-2019 23:10:11

yole1 a écrit :

Question naïve, pourquoi open-suze tumbleweed est en dernière version avec le kernel 4.20.10-1 et pas testing ?

De manière générale Tumbleweed est à la pointe des dernières versions, elle suit de près Arch, tandis que Debian prend plus son temps pour faire entrer les nouveaux paquets dans Sid, et d'autant plus dans Testing puisque les paquets n'y arrivent qu'après avoir été un moment dans Sid sans poser de souci majeur. Tu cites le noyau, on peut aussi par exemple regarder les versions de KDE Plasma: 5.15.2 sur Tumbleweed et Arch, 5.14.5 sur Debian (aussi bien Sid que Testing). Pourquoi est-ce que Sid n'est pas autant à jour que d'autres rolling, bonne question, je pense que de fournir les toutes dernières versions n'est pas leur priorité et qu'ils préfèrent prendre le temps de bien faire et de bien tester avant de lâcher les paquets dans les dépôts. Peut-être aussi parce que le système de paquet .deb est assez complexe et que ça demande plus de boulot à les fabriquer. Arch a un système de paquet très simple, d'ailleurs c'est très facile d'en créer soi-même, en contrepartie il a bien moins de fonctionnalités aussi. openSUSE utilise .rpm qui est complexe aussi mais a un système très automatisé qui facilite la création de paquets.

statis a écrit :

Comment sait-on quelles nouvelles versions sont dispo dans backports ?

Tu peux par exemple utiliser le moteur de recherche dédié sur le site de debian: https://backports.debian.org/Packages/

Sinon si le dépôt backports est activé dans tes sources, tu peux voir toutes les versions disponibles pour un logiciel, dont les backports s'il y en a, en tapant:

apt policy logiciel

Dernière modification par Frosch (04-03-2019 23:13:47)

yole1 · 04-03-2019 23:26:04

Merci de la précision entre sid et testing que j'avais oublié et viens de lire que les utilisateurs qui utilisent des pilotes graphiques propriétaires ne devraient pas; utiliser la distribution Tumbleweed à cause de la mise à jour fréquente du noyau même si l'ensemble de la plateforme est stable). C'est le rythme rapide des mises à jour du noyau par rapport à des pilotes

Dernière modification par yole1 (04-03-2019 23:31:30)

Frosch · 04-03-2019 23:35:14

Je confirme, un copain a ignoré cette mise en garde et a eu une mauvaise surprise

èfpé · 04-03-2019 23:54:42

Bon{soir|ne nuit|jour},

yole1 a écrit :

Pourquoi openSUSE Tumbleweed est en dernière version avec le kernel 4.20.10-1 et pas testing ?

Concernant le noyau Linux en particulier il y a une bonne raison, la version 4.19 est la dernière LTS !

Dernière modification par èfpé (05-03-2019 00:34:42)

yole1 · 05-03-2019 00:01:30

Je voulais dire unstable mais pas pour LTS, la question aurait du être pourquoi openSUSE Tumbleweed est en dernière version avec le kernel 4.20.10-1 et pas sid parce-que tumbleweed est stable.

Dernière modification par yole1 (05-03-2019 00:06:26)

yoshi · 05-03-2019 00:42:34

Tumbleweed traîne un peu les pieds pour les kernels. Le 4.20.10 n'est pas le dernier en date, c'est le 4.20.13.

Sinon, Tumbleweed est très stable, et pour en utiliser une, je peux dire que je la trouve solide.
J'utilise un pilote proprio Nvidia, et aucun problème avec les maj kernel / Xorg. Il suffit de réfléchir un
peu, et de se documenter.

anonyme · 05-03-2019 09:16:17

èfpé a écrit :

Bon{soir|ne nuit|jour},

yole1 a écrit :
Pourquoi openSUSE Tumbleweed est en dernière version avec le kernel 4.20.10-1 et pas testing ?

Concernant le noyau Linux en particulier il y a une bonne raison, la version 4.19 est la dernière LTS !

il y a sûrement une autre raison => https://tracker.debian.org/pkg/linux

seul le 4.19-12 est bien passé sur le délais. le 4.19.20 pose problème (ainsi que le 4.19.16 qui a mit du temps a être accepté dans testing )
le raspberry (raspbian ) utilise le LTS 4.14 en stable stretch

je n'ai jamais compris comment debian fonctionne (j'ai testé les 4.20 et 5.x en amd64 aucun souci )
le noyau 5 est passé en main aujourd'hui => https://www.kernel.org/
la question le 4.20 peu passer LTS ou pas. (ou il sera supprimé de kernel.org)

dans une semaine on passe en gel complet (13/03) sur buster

je suppose que c'est kernel.org qui passe un noyau en LTS , et sur des critères bien précis. ( un suivi a long terme )
par exemple
il y a que le 4.9 qui a un beau soleil => https://tests.reproducible-builds.org/d … linux.html

nota: j'avais trouvé une page ou il passe le noyau a la "moulinette" , depuis le 4.17 tout est rouge

Dernière modification par anonyme (05-03-2019 09:24:23)

statis · 05-03-2019 09:48:08

merci Frosch pour la page de recherche.
Freecad n'y est pas, slic3r non plus.

J'ai trouvé un lien pour avoir un classement par catégorie https://packages.debian.org/stable-backports/

Bonne journée à tou(te)s

èfpé · 05-03-2019 10:20:43

Bon{soir|ne nuit|jour},

anonyme a écrit :

je n'ai jamais compris comment Debian fonctionne.

Pour Debian stable un noyau LTS présente un intérêt évident (3.16 pour jessie et 4.9 pour stretch).
Pour le 3.16 je crois me souvenir que ça c'était trouvé comme ça, mais pour le 4.9, c'était souhaité.

anonyme a écrit :

je suppose que c'est kernel.org qui passe un noyau en LTS, et sur des critères bien précis.

Oui un critère de feeling bien précis, genre : le noyau stable au 1er janvier (cf. liste debian-kernel là).

anonyme · 05-03-2019 11:10:54

Bonjour
Pas trop clair pour moi , mais depuis Wheezy je fais avec

j'ai ressorti mon PIDesktop (element14) en strech armhf , le 4.14 LTS tourne bien (a l'installation il me semble un 4.9 , le 4.14 a été proposé pour certain matériel (une sorte de backports pour rpi) ).

j'ai remarqué que les logs sur kernel.org , chaque amélioration est reporté sur la plupart des noyaux LTS actif (bug ou sécurité )
par exemple

commit 0f7c162c1df596e0bba04c26fc9cc497983bf32b

Author: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

Date:   Wed Feb 27 10:09:58 2019 +0100

    Linux 4.20.13

commit d1384133127ecfa699371852e90d38174d9a112d

Author: Russell King <rmk+kernel@armlinux.org.uk>

Date:   Mon Feb 11 15:04:24 2019 +0000

    net: phylink: avoid resolving link state too early

ceci se retrouve sur le 4.20 , 4.19 et 4.14
bon la devise de debian on bloque sur une version LTS et on l' améliore le temps de sa vie (et on propose des backports en version plus récente )

yoshi · 05-03-2019 14:24:05

@ anonyme : Pour les kernels LTS, c'est toutes les 5 versions depuis un bon moment : 4.4, 4.9, 4.14, 4.19, avant c'était plus aléatoire.
C'est Greg Kroah-Hartman qui est responsable des LTS, pas Linus Torvalds. Il fait effectivement un rétro-portage au niveau des bugs
et de la sécurité depuis les versions plus récentes. Par contre, pas de rétro-portage de nouvelles fonctionnalités.
Le 4.20 ne sera donc pas LTS.

Pour le 3.16 de Jessie : à la sortie de Jessie, il n'était pas LTS. Il l'est devenu par la suite. Initialement, il y avait eu un accord Debian/Ubuntu
pour maintenir le 3.16 à long terme.

A noter: les distributions ayant vocation dite "professionnelle" n'adoptent pas systématiquement un kernel LTS officiel.
Elles préfèrent souvent un kernel qu'elles peuvent "certifier" elles-même.
RHEL 7 : 3.10 (disparu de kernel.org depuis un bon moment, LTS à la base).
RHEL 8 (future) : de ce que l'on peut savoir : 4.18
Suse Linux Enterprise 15 : 4.12
Ubuntu 18.04 LTS : 4.15

Dernière modification par yoshi (05-03-2019 15:12:20)

anonyme · 05-03-2019 14:42:20

Bonjour
tout ça c'est clair et précis

donc la future testing passera directement en version 5.x.x (4.20 => 5.xx) , la version 4.24 n'existera jamais

yoshi · 05-03-2019 15:06:10

Exact.
Et le prochain kernel LTS devrait être le 5.3 !

CloDeClo · 10-03-2019 11:40:33

Bonjour,

Beau débat d'experts de haut niveau ! Instructif à condition de s'accrocher très fort...

Étant un débutant qui doit suivre les évolutions noyau sur backports pour supporter au mieux son nouveau matériel, je peux témoigner des difficultés que j'ai rencontrées...

On parle de noyau, il y a même une belle page https://www.kernel.org/ actualisée presque tous les jours :
stable: 5.0.1 2019-03-10
stable: 4.20.15 2019-03-10
longterm: 4.19.28 2019-03-10 au moment où j'écris ces lignes
et on reste bloqué là parce que sur Debian, il faut d'abord identifier les paquets concernés linux-image-amd64 dans mon cas...
Ensuite il faut savoir à quel stade d'intégration dans Debian on en est arrivé :
consulter les pages sur ce paquet comme https://packages.debian.org/fr/stretch- … mage-amd64 (donc 4.19.102 pour les backports et nom de paquet dep: linux-image-4.19.0-0.bpo.2-amd64 !).
En consultant les pages similaires relatives à Buster et Sid on peut réaliser que 4.20 n'est me pas encore en Sid aujourd'hui !
Dernier obstacle à surmonter, même en activant le dépôt backports dans synaptic, on n'est pas notifié des mises à jour noyau parce que le nom du paquet change :
linux-image-4.18.0-0.bpo.3-amd64 dont la dernière version est 4.18.20-2~bpo9+1
maintenant linux-image-4.19.0-0.bpo.1-amd64-unsigned dont la dernière version est 4.19.12-1~bpo9+1. Il faut guetter le prochain !

C'était peut-être un des soucis de statis ?

Maintenant, une question de ma part : il m'a semblé que les distributions n'ont pas toutes la même politique (version de noyau intégrée)
Ex : 4.20.13 sur Fedora (plus risqué que DFL où je pense ne pas trouver mieux que du Sid, j'exclus les compilations personnelles) ?
Existe-t-il quelque part un tableau comparatif du degré de risque pris ainsi par distribution ?

Merci de votre attention

chalu · 10-03-2019 16:07:08

@CloDeclo : je n’utilise pas le noyau des backports mais si tu veux que le noyau des backports soit mis à jour automatiquement, il faut que tu installes le paquet linux-image-amd64 des backports, pareil pour les en-têtes

apt -t stretch-backports install linux-image-amd64 linux-headers-amd64 

Pour mettre à jour :

apt update

apt upgrade

CloDeClo · 13-03-2019 17:24:58

Bonjour,

@chalu : oui, je crois que nous sommes d'accord (mais je préfère les GUI, car je suis d'une époque où W95, malgré tous ses défauts, était un réel progrès sur le DOS !).
Il faut rechercher un paquet linux-image-amd64 (moi par Synaptic !). Aucune notification, et plutôt que d'interroger au hasard, je préfère surveiller https://packages.debian.org/fr/stretch- … mage-amd64 qui me paraît plus simple.

@tous : rien sur le sujet ?

Maintenant, une question de ma part : il m'a semblé que les distributions n'ont pas toutes la même politique (version de noyau intégrée)
Ex : 4.20.13 sur Fedora (plus risqué que DFL où je pense ne pas trouver mieux que du Sid, j'exclus les compilations personnelles) ?
Existe-t-il quelque part un tableau comparatif du degré de risque pris ainsi par distribution ?

Merci

yoshi · 14-03-2019 04:15:59

Maintenant, une question de ma part : il m'a semblé que les distributions n'ont pas toutes la même politique (version de noyau intégrée)
Ex : 4.20.13 sur Fedora (plus risqué que DFL où je pense ne pas trouver mieux que du Sid, j'exclus les compilations personnelles) ?
Existe-t-il quelque part un tableau comparatif du degré de risque pris ainsi par distribution ?

C'est clair que toutes les distributions n'ont pas la même politique quant à la version du noyau employé.
Les distributions dites "fixed point release" comme Debian ou openSuse Leap, Ubuntu LTS utilisent une version de noyau fixée pour la durée de vie de la release.
Tout est figé, mis à part les mises à jour de sécurité. Cohérence de stabilité de l'ensemble, voir de certification pour les distros "entreprise" comme Red Hat / CentOS ou Suse
Les "rolling release" tentent de suivre les sorties de kernel.org.
Là aussi cohérence d'un ensemble de logiciels en dernière version et d'un noyau prenant en charge le matériel le plus récent.
Pour le "degré de risque", ça c'est une notion toute relative qui pour moi, n'a pas de sens.

chalu · 14-03-2019 06:44:17

@Clcodeclo :

oui, je crois que nous sommes d'accord (mais je préfère les GUI, car je suis d'une époque où W95, malgré tous ses défauts, était un réel progrès sur le DOS !).
Il faut rechercher un paquet linux-image-amd64 (moi par Synaptic !). Aucune notification, et plutôt que d'interroger au hasard, je préfère surveiller https://packages.debian.org/fr/stretch- … mage-amd64 qui me paraît plus simple.

Ce que je voulais te dire mais je l’ai mal dit , c’est que tu fais juste une seule fois la premiere commande pour installer linux-image-amd64 des backports ensuite tu pourras utiliser Synaptic qui te mettra à jour le noyau comme tu as l’habitude.
Si tu es sur DFlinux made by la team 3hg ou encore si tu n’as pas créé de mot de passe root, tu fais

sudo apt update

sudo apt -t stretch-backports install linux-image-amd64 linux-headers-amd64

Si tu as installé une Debian avec un mot de passe root , tu fais

su -

apt update

 apt -t stretch-backports install linux-image-amd64 linux-headers-amd64

Ensuite s’il y a une mise à jour du noyau, Synaptic ou un autre outil graphique te le dira car le nom du paquet est le même.

Debian-facile

#1 04-03-2019 20:45:46

noyau 4.19 backports ?

#2 04-03-2019 21:30:46

Re : noyau 4.19 backports ?

#3 04-03-2019 21:47:35

Re : noyau 4.19 backports ?

#4 04-03-2019 22:14:59

Re : noyau 4.19 backports ?

#5 04-03-2019 22:17:59

Re : noyau 4.19 backports ?

#6 04-03-2019 23:10:11

Re : noyau 4.19 backports ?

#7 04-03-2019 23:26:04

Re : noyau 4.19 backports ?

#8 04-03-2019 23:35:14

Re : noyau 4.19 backports ?

#9 04-03-2019 23:54:42

Re : noyau 4.19 backports ?

#10 05-03-2019 00:01:30

Re : noyau 4.19 backports ?

#11 05-03-2019 00:42:34

Re : noyau 4.19 backports ?

#12 05-03-2019 09:16:17

Re : noyau 4.19 backports ?

#13 05-03-2019 09:48:08

Re : noyau 4.19 backports ?

#14 05-03-2019 10:20:43

Re : noyau 4.19 backports ?

#15 05-03-2019 11:10:54

Re : noyau 4.19 backports ?

#16 05-03-2019 14:24:05

Re : noyau 4.19 backports ?

#17 05-03-2019 14:42:20

Re : noyau 4.19 backports ?

#18 05-03-2019 15:06:10

Re : noyau 4.19 backports ?

#19 10-03-2019 11:40:33

Re : noyau 4.19 backports ?

#20 10-03-2019 16:07:08

Re : noyau 4.19 backports ?

#21 13-03-2019 17:24:58

Re : noyau 4.19 backports ?

#22 14-03-2019 04:15:59

Re : noyau 4.19 backports ?

#23 14-03-2019 06:44:17

Re : noyau 4.19 backports ?

Pied de page des forums