Linux Kernel 5.2 100% libre

[dezix]

Bonjour.

Voici une annonce qui fait plaisir à lire...

Dans cet article de news.softpedia.com :
GNU Linux-Libre 5.2 Kernel Released for Those Seeking 100% Freedom for Their PCs


En voici la traduction :

L'article original contient des liens non-intégrés ici

Le projet GNU Linux-libre a publié le noyau GNU Linux-libre 5.2,
une version 100% libre du noyau Linux
qui n'inclut aucun pilote, firmware ou code propriétaire.

Basé sur la série de noyaux Linux 5.2 récemment publiée,
qui introduit la prise en charge du Sound Open Firmware pour les périphériques audio DSP,
le noyau GNU Linux-libre 5.2 est également livré avec le firmware open-source,
qui n'était pas inclus dans les versions précédentes du noyau GNU Linux-libre car ils étaient négligés.

"Je n'avais pas réalisé que les fichiers SOF étaient des Logiciels Libres dans les versions précédentes,
donc les requêtes pour ces fichiers avaient été désactivées",
a déclaré le développeur Alexandre Oliva dans une annonce de liste de diffusion.
"Ce n'est qu'en nettoyant le nouveau module du noyau dédié aux périphériques supportant les FOS que j'ai réalisé mon erreur."

Le noyau GNU Linux-libre 5.2 débloque également plusieurs nouveaux pilotes, dont :
btmtksdio, iqs5xx, ishtp, mt7615, rtw88, rtw8822b, rtw8822b, rtw8822c et ucsi\_ccg,
et nettoie les pilotes amdgpu, goya, imx-sdma, ixp4xx et nouveau.

De plus, le pilote r8822be a été remplacé par rtw8822[bc],
dont le code a également été nettoyé dans le noyau GNU Linux-libre 5.2.

100% de liberté pour votre ordinateur personnel
Tel qu'annoncé, le noyau GNU Linux-libre promet 100% de liberté pour votre ordinateur personnel
car il n'inclut pas de pilotes propriétaires ou tout autre code qui n'est pas entièrement Open Source.

Par conséquent, si vous vous souciez de la liberté de votre PC et ne voulez pas utiliser de logiciel propriétaire,
nous vous recommandons d'installer le noyau GNU Linux-libre 5.2.

Vous pouvez télécharger le noyau GNU Linux-libre 5.2 dès maintenant depuis le site officiel
ou l'installer directement depuis les dépôts logiciels de votre distribution GNULinux favorite.

Le noyau GNU Linux-libre 5.2 inclut toutes les nouvelles fonctionnalités et améliorations
qui ont été implémentées dans la dernière série de noyaux Linux 5.2.

Traduit avec www.DeepL.com/Translator
et quelques retouches


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Cette info a été relayée via la NewsLetter :
Free Software Supporter — Free Software Foundation

[Junichirô]

Le site officiel est là: http://www.fsfla.org/ikiwiki/selibre/li ... ex.fr.html et il a même une version française.

Et pour les .debs voir avec Jason: https://jxself.org/linux-libre/

[--gilles--]

Super, un noyau libre ! Il ne manque plus que des BIOS libres ! Y-a-t-il au moins un de vous deux qui a installé et testé ce nouveau noyau libre 5.2 ?

J'ai installé un noyau 5.2.8 ( j'ignore si il est libre ou non ) à partir de ce site :
https://xanmod.org/ Il est plus rapide que le 4.19 de buster, mais en allant vite, il rate certaines choses, la connexion Internet est des fois pas 100 % aux normes. Les navigateurs fonctionnent mais Cartes, l'application d'affichage de cartes de Gnome n'arrive pas à se connecter à Internet.

[dezix]

@Junichirô
Je n'ai pas pu ouvrir tes liens .... Il y a un truc ?

@Gilles
le logo Xanmod

est carrément sympa !

[dezix]

Petite question "bêbête" de newbie du kernel

À part fouiner dans p.ex: https://git.kernel.org/pub/scm/linux/ke ... s?h=v5.2.9

Comment recherche-t-on efficacement le matériel supporté pour

• Vérifier que le matos dont on dispose est pris en charge ?
• Sélectionner une liste en vue d'une future configuration ?

Merci.

[--gilles--]

Petite question "bêbête" de newbie du kernel

À part fouiner dans p.ex: https://git.kernel.org/pub/scm/linux/ke ... s?h=v5.2.9

Comment recherche-t-on efficacement le matériel supporté pour

• Vérifier que le matos dont on dispose est pris en charge ?
• Sélectionner une liste en vue d'une future configuration ?

Merci.

À mon avis, une des méthodes serait d'explorer tout le code et les annexes et les comprendre pour savoir si tous les éléments matériels de notre machine sont bien pris en charge, une autre serait de trouver un récapitulatif des pilotes qui devrait se trouver quelque part dans une documentation et je pense que pour aller plus vite le mieux est d'installer ce nouveau noyau et de le tester en profondeur.

Le tester en profondeur : deux méthodes :

• L'utiliser au quotidien et par là-même vérifier si tout fonctionne, mais c'est de l'empirisme, je ne saurais jamais si j'ai tout testé !
• Trouver une procédure de test et l'appliquer
  
  comme je l'écrivais plus haut, j'ai installé le noyau rapide Linux 5.2.8-xanmod8, je l'utilise au quotidien pour le tester ( je n'ai pas cherché si je pouvais trouver une procédure de test ).
  
  Je me vois mal en tester deux en parallèle ( le tout-libre et le xanmod ) par la méthode empirique de l'utilisation au quotidien. Si l'un de vous deux ( ou mieux les deux ! ) décide d'installer le noyau libre 5.2, je veux bien basculer sur le test de ce noyau, comme cela nous pourrons comparer, sinon je continuerai à tester et utiliser les noyaux 5.2 xanmod. En fait, je ne pense pas qu'il existe un risque majeur à tester un noyau 5.2 puisque nous pouvons garder un noyau 4.19 debian officiel et démarrer sur celui-ci avec grub en cas de problème avec le 5.2, c'est déjà d'ailleurs ce que j'ai pensé pour le test du noyau 5.2 xanmod.
  
  
  Je remets les liens indiqués par Junichirô :
  http://www.fsfla.org/ikiwiki/selibre/li ... ex.fr.html
  
  https://jxself.org/linux-libre/

[dezix]

Je partage ton point de vue au niveau du test en usage,
effectivement tant que ça fonctionne ... c'est

Je ne m'étais pas trop posé la question jusqu'alors,
mais oui ça pourrait être intéressant de calquer ta démarche.

Ton système est basé sur quelle version de Debian ?

Dans ton cas le changement de noyau a -t-il entraîné beaucoup de nouvelles dépendances/suppressions ?

Je dois dire que perso quitte à tester un de ces noyaux,
je serais plus tenté par le 100% Libre du Gnou si c'est possible.

Pour le moment, je suis en testing avec 4.19.0-5-amd64


Pour revenir à ma question précédente pour le 2d point
(j'écris à la cantonade)
si un listing du matériel supporté officiellement existe,
ce serait bien de le localiser.
je vais continuer mes recherches

[Junichirô]

@Junichirô
Je n'ai pas pu ouvrir tes liens .... Il y a un truc ?

Ben, non. Cela ne semble pas poser de problème.

[dezix]

@Junichirô

Désolé pour le dérangement.

Hier, lorsque j'ai voulu voir cela,
Firefox ne trouvait pas les pages (problème de serveur?)

Dans la soirée j'ai pu y accéder.

En tout cas Merci pour ces liens très utiles
et pleins de ressources annexes .

... Une porte d'entrée vers le monde libre en somme.

[--gilles--]

Je partage ton point de vue au niveau du test en usage,
effectivement tant que ça fonctionne ... c'est

Je ne m'étais pas trop posé la question jusqu'alors,
mais oui ça pourrait être intéressant de calquer ta démarche.

Ton système est basé sur quelle version de Debian ?

Dans ton cas le changement de noyau a -t-il entraîné beaucoup de nouvelles dépendances/suppressions ?

Je dois dire que perso quitte à tester un de ces noyaux,
je serais plus tenté par le 100% Libre du Gnou si c'est possible.

Pour le moment, je suis en testing avec 4.19.0-5-amd64


Pour revenir à ma question précédente pour le 2d point
(j'écris à la cantonade)
si un listing du matériel supporté officiellement existe,
ce serait bien de le localiser.
je vais continuer mes recherches

mon sources.list :

cat /etc/apt/sources.list
# Debian buster dépôt principal + paquets non-libres
deb http://ftp.de.debian.org/debian/ buster main
deb-src http://ftp.de.debian.org/debian/ buster main

# Debian buster mises à jour de sécurité + paquets non-libres
deb http://security.debian.org/debian-security buster/updates main
deb-src http://security.debian.org/debian-security buster/updates main

# Debian buster mises à jour, auparavant connues sous le nom de 'volatiles'
# buster-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ buster-updates main
deb-src http://ftp.de.debian.org/debian/ buster-updates main
Je m'aperçois que j'ai laissé le commentaire + paquets non-libres alors qu'en réalité, je les enlevés !


Mes noyaux :
aptitude search '~i linux-image'
i linux-image-4.19.0-5-amd64 - Linux 4.19 pour les ordinateurs 64 bits (signé)
i A linux-image-5.2.8-xanmod8 - Linux kernel, version 5.2.8-xanmod8



En plus ( rien en moins ) depuis l'installation du noyau 5.2 xanmod :
aptitude search '~i xanmod'
i A linux-headers-5.2.8-xanmod8 - Linux kernel headers for 5.2.8-xanmod8 on amd64
i A linux-image-5.2.8-xanmod8 - Linux kernel, version 5.2.8-xanmod8
i linux-xanmod - Complete XanMod Linux kernel and headers
+ iproute2 ( venu du dépôt xanmod ) + libelf-dev ( du dépôt debian officiel ) et c'est tout !

Je suis prêt sur le principe à basculer, je préfère l'installation à base de paquet .deb par rapport à la compilation des sources, histoire de pouvoir nettoyer, rechercher correctement avec les outils debian, donc le deuxième lien indiqué par Junichirô, après il y a plein d'option où nous devrons nous mettre d'accord pour tester la même chose si possible.

Pour le moment, je suis en testing avec 4.19.0-5-amd64

Tu n'es plus en testing, buster est maintenant la distribution stable !

Pour le matériel pris en charge, cela serait long à expliquer et à argumenter, mais il faut voir le problème des deux côtés, sinon tu iras vers un blocage : liste établie et test en réel.

Dès j'ai du temps, je t'expliquerai pourquoi cela en détail.

[dezix]

OK! et merci.

Je vais étudier tout cela à mon petit niveau (Y a pas le feu :))

Pour mon installation, j'ai fait déjà la mise à niveau :

Code : Tout sélectionner

$ cat /etc/apt/sources.list
# Stable
# deb [arch=amd64] http://ftp.fr.debian.org/debian/ stable main contrib non-free 
# deb [arch=amd64] http://ftp.fr.debian.org/debian/ stable-updates main contrib non-free 
# deb [arch=amd64] http://security.debian.org/ stable/updates main contrib non-free

# Testing
deb [arch=amd64] http://ftp.fr.debian.org/debian/ bullseye main contrib non-free 
deb [arch=amd64] http://ftp.fr.debian.org/debian/ bullseye-updates main contrib non-free 
deb [arch=amd64] http://security.debian.org/ bullseye-security main contrib non-free 

# Sid
#	 - 2019-04-21 - pour Virtualbox avec ajout de /etc/apt/preferences.d/sid.pref
# 	=> priority=100 pour tous -> uniquement si non-dispo dans Testing (default)
#	2019-07-28 Ajout des sections :	main non-free
deb [arch=amd64] http://ftp.fr.debian.org/debian/ sid main contrib non-free

Je n'ai pas fait la recherche complète,
mais si je veux passer en 100% libre il me faudra renoncer à Dropbox et Virtualbox (Additions)
j'ai aussi des firmwares Intel et peut-être d'autres ....

Il faut aussi que je regarde ce que j'ai en contrib

[Junichirô]

Attention! Un kernel linux-libre n'est pas seulement un noyau sans code non-libre c'est aussi un noyau qui empêche de charger les modules susceptibles d'activer un driver contenant un firmware non-libre. Un driver peut être libre mais susceptible d'utiliser un firmware non-libre. Dans ce cas il ne sera pas chargé.
J'ai passé pas mal de temps sur une distribution libre (Approuvée FSF). C'est comme cela que j'ai connu le gars de la FSFLA (Si c'est toujours Alexandre Oliva); il travaille chez Redhat et notre distribution était dérivée de Fedora.

[dezix]

Attention! Un kernel linux-libre n'est pas seulement un noyau sans code non-libre c'est aussi un noyau qui empêche de charger les modules susceptibles d'activer un driver contenant un firmware non-libre. Un driver peut être libre mais susceptible d'utiliser un firmware non-libre. Dans ce cas il ne sera pas chargé.

Merci pour cet avertissement,
la différence est importante !

J'ai passé pas mal de temps sur une distribution libre (Approuvée FSF). C'est comme cela que j'ai connu le gars de la FSFLA (Si c'est toujours Alexandre Oliva); il travaille chez Redhat et notre distribution était dérivée de Fedora.

Oui, ça a fait "TILT" quand j'ai vu : BLAG

Tu as déjà évoqué ce projet dans d'autres sujets

[dezix]

Bonjour,

Ce matin testing est passé à : linux-image-5.2.0-2-amd64

Ce n'est pas la version GNU mais c'est déjà un pas vers ...

Code : Tout sélectionner

$ uname -a
Linux nuc6 5.2.0-2-amd64 #1 SMP Debian 5.2.9-2 (2019-08-21) x86_64 GNU/Linux

[--gilles--]

Pour le matériel pris en charge, j'explique pourquoi il vaut mieux anticiper et ne pas se contenter d'une liste de matériel pris en charge.

À partir d'un exemple. J'ai un lecteur de CD-DVD ROM GH60L qui marchait bien avec Windows 10 en 2017 en particulier le tiroir se refermait et s'ouvrait à la première sollicitation. dès que je suis passé sur Debian 9, le tiroir ne s'ouvrait qu'après de très très nombreuses sollicitations.

Je me suis dis que je devait passer à Debian 10, rien n'a changé. J'ai déclaré en 2018 un bug pour le paquet eject, mais j'ai fait une erreur il s'agissait d'un bug du pilote intégré au noyau. Alors je me suis remis à chercher et j'ai appris que dans les très vieux noyaux chaque type de famille de lecteur de CD-DVD ROM avait son propre pilote puis pour diminuer la taille du noyau il avait été créé un pilote générique pour tous les lecteurs de CD-DVD ROM. Je pense que je peux poser l'hypothèse suivante : ce pilote générique est déficient : il n'offre qu'une partie des fonctions qui étaient dévolues à l'ensemble des pilotes et tous les bugs n'ont pas encore été déclarés.

Les gens qui développent le noyau ne peuvent pas tester tous les matériels, ils sont plutôt focalisés sur la prise en charge des nouvelles machines, on peut le lire dans les bugs concernant les nouveaux ordis tout juste sortis, il y des exclamations de joie quand le bug est résolu : hourra une nouvelle machine de plus qui marche avec debian !!

Tandis que si tu fais remarquer qu'une nouvelle version d'un paquet ne fait plus marcher un ancien matériel, quand le bug est résolu, il n'y a pas de Hourras !


C'est pourquoi plutôt que de craindre qu'une partie de ton matériel ne fonctionne plus avec une nouvelle version et ne pas y aller, je pense qu'il est préférable d'y aller et si il y a dysfonctionnement déclarer le bug quand il est encore temps, c'est à dire dans la distribution qui est faite pour tester : testing !

[Junichirô]

Quand on utilise une distribution 100% libre, on commence au moment de l'achat de l'ordinateur.
Pour ceux que cela intéresse; même le BIOS est libre: https://minifree.org/

[dezix]

@Gilles
J'ai également connu une situation comparable (en stable) sauf que c'était le PC complet qui ne fonctionnait plus avec les noyaux plus récents,
donc oui d'une version à une autre ça peut être la cata !

Ces temps-ci je ne peux pas me permettre de mettre mon PC principal en panne et je n'ai pas trop le temps de bidouiller sur d'autre matériel que j'ai en réserve.
Mais dès que possible, je vais tenter le truc.

@Junishirô
Oui, j'avais vu Ministry of Freedom en suivant tes premiers liens.
Je trouve ça extra de proposer du matos libre à un prix très accessible,
ce qui n'est pas la règle générale.

[--gilles--]

OK! et merci.


Je n'ai pas fait la recherche complète,
mais si je veux passer en 100% libre il me faudra renoncer à Dropbox et Virtualbox (Additions)
j'ai aussi des firmwares Intel et peut-être d'autres ....

Dans ce post des gens de debian-facile écrivent sur la virtualisation :

https://debian-facile.org/viewtopic.php ... 25#p309725

Xen et virt-manager sont libres.

Je suis passé à bulleyes pur et j'ai laissé tomber le noyau xanmod puisque bulleyes a maintenant un noyau 5.2.

[--gilles--]

Attention! Un kernel linux-libre n'est pas seulement un noyau sans code non-libre c'est aussi un noyau qui empêche de charger les modules susceptibles d'activer un driver contenant un firmware non-libre. Un driver peut être libre mais susceptible d'utiliser un firmware non-libre. Dans ce cas il ne sera pas chargé.
J'ai passé pas mal de temps sur une distribution libre (Approuvée FSF). C'est comme cela que j'ai connu le gars de la FSFLA (Si c'est toujours Alexandre Oliva); il travaille chez Redhat et notre distribution était dérivée de Fedora.

Je vais décliner ton offre de passer sur le noyau 100 % libre car le microcode du contrôleur de mon disque et mon BIOS ne sont pas libres et avec les implications que tu décris, le noyau 100 % libre rendra mon ordinateur inutilisable, je vais donc utiliser le noyau de testing officiel de debian bulleyes à la place. Merci de nous avoir fait réfléchir sur le sujet.

[dezix]

Merci de nous avoir fait réfléchir sur le sujet.

YES!

J'ai un PINEBOOK sous la main dès que possible je vais tenter de lui installer Debian avec le noyau GNU,
je ne suis pas certain que le driver MALI du kernel soit compatible avec mon matos... j'espère !
je reviendrai ici pour vous compter l'histoire .... Patience