Reprise du message précédent :
ho tiens donc  

avec nouveau ça passe  
 

enfin le 5.8    
 

Suivre l'évolution du noyau Linux en s'échangeant nos "uname -a"

bien qu'il existe aussi un sujet généraliste Linux, bien au repos

@bientot

ha merde. donc peut être probleme de compatibilité entre le 5.9 et nvidia ?

c'est même sûr, comme lors des premières RC du noyau 5.8 . comme dit précédemment, faudra sûrement attendre la sortie des pilotes 460

En fait, à l'origine, ce topic, c'est juste pour poster le "uname -a".
Pour les discussions, il y a le topic du noyau Linux en effet.

Celui qui s'inquiétait de savoir si j'avais abandonné Archlinux (  Berlo ) en fait oui, j'utilise Anarchy désormais    

 
Ce con avait disparu de Neofetch depuis des mois, il revient !  

pas de nouveau kernel, mais nouveau driver nvidia !
on passe de la version 450.57 à 450.66
Attention à la mise à jour

Non ça passe tout seul. Je les ai depuis quelques jours avec les dépôts groovy

Linux 5.8.4 et 5.7.18 out !
(y'a la 5.9-rc2 aussi pour les cowboys)

j'ai vérifié à la pause de midi, y'avait rien !
 
(sinon oui pour les drivers nvidia, c'est juste un petit fix rapport à un certain systemd..   )

 
tu as regardé trop tôt

Done !
 

dernier kernel + drivers nvidia
 

Normal quoi .

Pourquoi il met trois « x86_64 » à la suite, chez toi ? Une seule suffit…

ha, je ne sais plus, une sombre histoire d'option dans la compilation    
mais le kernel est compilé comme ça, je l'installe à partir des paquets officiels.
c'est assez courant sur ce topic

Bizarre…
 
Ah, grâce au manuel, je crois que je viens de trouver pourquoi (mais bon, on pourrait pas le deviner…) :
 

Il se trouve que chez moi (noyau Arch officiel, qui n’est pas encore passé en 5.8.4 dans le canal stable), les paramètres -p et -i me renvoient « unknown » (d’où le fait que je n’ai qu’un seul « x86_64 » affiché, issu du paramètre -m). Si, pour toi, -p et -i sont aussi réglés sur « x86_64 », ça expliquera pourquoi tu en as trois à la suite.
 
Et pour rester dans le sujet :
 

yep, c'est ça. -p et -i renvoient x86_64, du coup, le -a en renvoie 3

sinon, kernel 5.8.5 en ligne
 
edit: hop ! comme une lettre à la poste

 
Non mais... j'ai même pas encore eu le temps de reboot pour activer le 5.8.4  

Mise en ligne de : http://tnz.free.fr/Forum/Linux/krn2.3.tar.gz
 
* GetKernel : téléchargement de plusieurs versions (en parallèle)
* InstallKernel : installation de plusieurs versions simultanément (GetKernel et dpkg sur tous les paquets téléchargés)
* RemoveKernel : désinstallation séquentielle des noyaux fournis en paramètre
 
En ce moment, je me fais chier à installer / mettre à jour le dernier 5.7 (pour virtualbox) et le dernier 5.8 (pour steam). Cela fait trop de commandes à taper, du coup, j'ai introduit la possibilité de tous faire en un seul appel histoire de gagner du temps.  
 
Exemple :

 
Du coup, essais et avis de votre part sont les bienvenus

Bon, faudrait voir à se calmer sur les sorties de noyaux, là ! Deux versions en même pas 12h, c’est pas possible, là.

Ça fait déjà deux ans que ça a commencé à prendre un rythme infernal, mais ça devient vraiment de pire en pire.

Regarde les mécènes en bas de page de kernel.org

Google

C'est clair !
C'est pour ça que je me suis fait un petit script bash tournant en cron, qui m'affiche une notification quand y'a un nouveau kernel. comme ça, plus de surprise

cool, merci, je teste à la prochaine.
(a quand le mettage sur git, c'est nettement plus simple de faire un git clone / git pull origin pour recup la derniere version )

ha, et PetitJean va encore grogner sur le download chez free.fr   #pastaper

Rien de t'oblige à faire les MAJ de suite, après tout  

 
Pour avoir la paix avec les changements de noyau répétitifs : manjaro  

Plop   !

 
Et aussi :

T’inquiète : je ne les fais qu’une fois par jour, le matin. Et les suivantes attendront donc demain.
 
 
Pour le noyau LTS ? Sauf que ce dernier, depuis la 5.4, est mis à jour en même temps que le normal…

 
J'ai 2 noyaux avec Manjaro :  
 

 
Quand j'ai installé Manjaro sur mon PC il est arrivé avec un noyau 5.7 de mémoire
J'ai installé le noyau 5.4 LTS moi même, et ensuite quand le 5.8 a déboulé je l'ai installé et j'ai viré le 5.7
Bref, tout s'est fait de ma propre initiative, car sinon c'est le calme plat d'un point de vue noyau.
 
Rien à voir avec Archlinux qui propose souvent une nouvelle version du dernier noyau et du LTS chaque semaine !

Bon allez hop : https://github.com/TNZfr/krn

Je pense que quand il parlait d'un git c'était dans le but de mettre les scripts directement, pas les tgz .
 
Parce qu'un simple `git pull` par la suite permet de récupérer juste les lignes modifiées et non une nouvelle archive à chaque fois.

Je comprend, mais le souci avec des gestionnaires de sources, c'est que tout le monde doit l'utiliser suivant une certaine approche. Sinon c'est le bordel.
Je préfère fournir l'archive qui versionne l'outil afin de pouvoir revenir facilement sur une version précédente en cas de soucis. Et puis, toutes les personnes qui vont l'utiliser ne sont pas forcément des barbus de développement, juste des utilisateurs éclairés.

Dans ce cas ils feront "Code => Download ZIP".
 
Là pour le coup je ne comprends pas trop l'intérêt d'avoir mis GIT, autant prendre un dropbox et mettre tes archives les unes à la suite des autres.
 
Mais cela ne reste que mon avis

Bon j'ai ajouté le répertoire last. Par contre, il te faudra tricoter un alias ou le lien symbolique pour appeler le Main.sh

très bonne idée. mais du coup y'a des petites erreurs dans les scripts du repertoire last
Main.sh appelle, par exemple, ListKernel.ksh, alors que le script dans last s'appelle ListKernel.sh
Pour que tout marche "out of the box", faudrait :
- faire un chmod +x sur les scripts dans last
- corriger les noms des scripts
- et pourquoi pas faire un lien symbolique vers Main.sh (sinon on appelle directemnet Main.sh)
et ça sera nickel  

Je regarde a l'occasion.
Pour le chmod, j'ai un doute.
J'ai du oublier un ou deux appels lors des renommages de ksh en sh.

Tout devrait être bon pour les renommages ksh > sh
Pour le chmod, j'ai rien trouvé, faut aller chercher dans la littérature ....

haaa nickel
maintenant, effectivement, comme les scripts dans le dossier "last" ne sont pas executables, faut faire un chmod +x à chaque fois (et l'inverse avant le git pull )
Du coup ca dépend comment tu enregistres les changements. Normalement, si t'as un fichier non executable, et que tu le rends executable, ce changement est détecté par git