IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #21
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    avril 2002
    Messages
    4 477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : avril 2002
    Messages : 4 477
    Points : 14 745
    Points
    14 745
    Par défaut
    Oui bien sur que un meilleur accès au cœur du noyau va arriver progressivement, mais dire qu'il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant, c'est un peu fort. Il y a déjà quelques projets très intéressants construit sur la base actuelle comme un driver pour les GPU Apple et NVMe.

  2. #22
    Chroniqueur Actualités

    Homme Profil pro
    Dirigeant
    Inscrit en
    juin 2016
    Messages
    2 733
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Dirigeant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2016
    Messages : 2 733
    Points : 59 092
    Points
    59 092
    Par défaut La première version candidate de Linux 6.1 est disponible avec le support initial du langage Rust
    Linus Torvalds aux développeurs du noyau : « grandissez et arrêtez de faire des demandes d'extraction juste avant la date limite »
    la première version candidate de Linux 6.1 est disponible

    Linus Torvalds a publié dimanche la première version candidate de Linux 6.1 (Linux 6.1-rc1) avec le support initial de Rust, l'ajout de MGLRU et la prise en charge de nouveaux matériels. La version stable de Linux 6.1 devrait arriver en décembre et sera probablement la version du noyau de Linux LTS de cette année. Torvalds a également lancé un appel aux développeurs pour qu'ils lui facilitent la vie en ajoutant du code plus tôt dans le cycle de développement. Il demande à chaque développeur de préparer le code qu'il souhaite ajouter à la nouvelle version du noyau avant l'ouverture de la fenêtre de fusion.

    La fenêtre de fusion de deux semaines qui s'est ouverte avec la publication du noyau Linux 6.0 le 2 octobre est maintenant officiellement fermée et il est temps d'avoir un avant-goût de la prochaine version majeure, le noyau Linux 6.1. Linux 6.1-rc1 est prêt pour les testeurs, les adopteurs précoces et les utilisateurs à la pointe de la technologie qui veulent avoir un aperçu de ce qui sera inclus dans la version stable, qui est attendu pour le début ou la mi-décembre 2022 (soit le 4 décembre ou le 11 décembre). Comme cela a été annoncé depuis un moment, la plus grande nouveauté de Linux 6.1 est probablement la fusion du code de l'infrastructure Rust.

    Nom : eder.png
Affichages : 55951
Taille : 149,5 Ko

    Cela rend possible le développement de pilotes dans un autre langage que le C. Toutefois, bien que cela semble très excitant pour les développeurs Rust, il ne s'agit que d'une mise en œuvre très basique du support pour le langage Rust qui ne peut pas être utilisé pour des cas d'utilisation réels pour le moment. Pendant la fenêtre de fusion, Linux 6.1 a ajouté de nombreuses autres fonctionnalités excitantes, notamment : MGLRU a été fusionné pour offrir un potentiel de performance significatif, en particulier pour les systèmes à mémoire limitée, et le travail sur le nouveau support graphique Intel Arc Graphics et AMD RDNA3 a été poursuivi.

    En outre, KMSAN (Kernel Memory Sanitizer) a ajouté. KMSAN est un détecteur dynamique d'erreurs de mémoire pour le noyau Linux. Il fournit une solution rapide et complète pour trouver les bogues d'utilisation après la libération et hors limites. Entre autres nouveautés de Linux 6.1, Linux x86_64 émettra un avertissement par défaut sur les mappages W+X et AMD Platform Management Framework a fusionné, imprimant les cœurs de CPU où les défauts de segmentation se produisent. Cette dernière fonctionnalité aurait permis de détecter tous les débordements de tampon basés sur memcpy de ces dernières années, et bien plus encore.

    Torvalds estime que le nouveau noyau Linux 6.1 pourrait recevoir jusqu'à huit versions candidates. « Cette version ne s'annonce pas particulièrement importante : nous n'avons "que" 11 500 commits non fusionnés pendant cette fenêtre de fusion, contre 13 500 la dernière fois. Donc pas exactement minuscule, mais plus petit que les dernières versions. Au moins en nombre de commits », a déclaré Torvalds. Une autre chose importante est la série de VM LRU multi-gen. Par ailleurs, puisque ce sera la dernière version majeure du noyau Linux de l'année, elle devrait également être la prochaine série LTS (Long-Term Support).

    Enfin, Torvalds a profité de l'occasion pour demander aux développeurs du noyau d'être plus "proactifs" à l'avenir afin qu'il n'ait pas trop de choses à gérer à la fin de la fenêtre de fusion. « Laissez-moi juste dire qu'après avoir réglé ma machine et rattrapé la fenêtre de fusion, j'ai été quelque peu frustré par les demandes d'extraction tardives. Je l'ai déjà mentionné, mais c'est vraiment assez ennuyeux de recevoir un certain nombre de demandes d'extraction dans les derniers jours de la fenêtre de fusion », explique Torvalds. Il a offert des conseils sur la façon dont les développeurs de noyaux peuvent faire les choses correctement.

    « Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions », a déclaré dimanche Torvalds dans son message.

    Il a ajouté : « avec un peu de mou pour "la vie arrive", bien sûr, mais j'ai vraiment l'impression que quelques personnes traitent la fin de la fenêtre de fusion comme une date limite, manquant l'ensemble "il était censé être prêt avant la fenêtre de fusion" ». Torvalds a reconnu que ce n'est pas la première fois qu'il dit cela, mais aimerait que ce soit la dernière. Il espère que plus de développeurs pourraient le prendre à cœur cette fois.

    Source : Linus Torvalds

    Et vous ?

    Que pensez-vous des nouveautés de Linux 6.1-rc1 ?
    Quel est votre avis sur les plaintes de Torvalds à propos des développeurs qui font tardivement des demandes d'extraction ?

    Voir aussi

    L'inclusion de Rust for Linux à la version 6.1 du noyau est désormais en cours comme souhaité par Linus Torvalds, et va rendre possible le développement de pilotes dans un autre langage que le C

    Linus Torvalds annonce officiellement le noyau Linux 6.0, cette version introduit la prise en charge de l'architecture matérielle AArch64

    Rust for Linux est officiellement fusionné, le support initial de Rust for Linux fournit l'infrastructure de base et une intégration élémentaire

    Un premier aperçu de Rust dans le noyau 6.1, avec Jonathan Corbet, « il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant », estime-t-il
    Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  3. #23
    Membre régulier
    Homme Profil pro
    Analyste d'exploitation
    Inscrit en
    avril 2011
    Messages
    90
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Analyste d'exploitation
    Secteur : Finance

    Informations forums :
    Inscription : avril 2011
    Messages : 90
    Points : 87
    Points
    87
    Par défaut
    « Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions » a déclaré dimanche Torvalds dans son message.

    Pourquoi ne pas mettre en place une fenêtre d'une ou 2 semaines de propositions/analyses de branches **AVANT** l'ouverture de la fenêtre de fusion ?

  4. #24
    Membre averti

    Homme Profil pro
    Développeur Web
    Inscrit en
    octobre 2013
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Pérou

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : octobre 2013
    Messages : 173
    Points : 344
    Points
    344
    Par défaut Lycée & autodidacte
    J'adore :
    L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée.
    Je vais être la risée : je ne comprends pas (et n'ai malheureusement jamais compris)
    …2 semaines de merge, avec un freeze au milieu, c'est-à-dire que seules les merge request déposées…
    Vous l'aurez compris, je suis un ancien, et (donc ? si ?) autodidacte…
    J'ai essayé une fois de travailler avec un tiers sur un projet : j'ai fait fuir le partenaire !

  5. #25
    Membre émérite

    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2013
    Messages
    993
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Conseil

    Informations forums :
    Inscription : octobre 2013
    Messages : 993
    Points : 2 443
    Points
    2 443
    Par défaut
    Il y a du progrès, si il n'a pas utiliser de "fuck" ou autre nom d'oiseau.
    Mais il a raison.

    C'est ce genre de comportement qui oblige à rajouter des règles, alors qu'il faudrait que les gens soient raisonnables et se disent que tout ajout de dernière minute à des conséquence pour le groupe.

    A part ça même après le lycée ça m'arrivait de finir à la dernière minute, et je detestais ça

    Quand j'étais comptable la pérriode d'inventaire ressemblait aussi à ça, un gros stresse pour boucler et retomber sur des pièces au dernier moment
    Consultez mes articles sur l'accessibilité numérique :

    Comment rendre son application SWING accessible aux non voyants
    Créer des applications web accessibles à tous

    YES WE CAN BLANCHE !!!

    Rappelez-vous que Google est le plus grand aveugle d'Internet...
    Plus c'est accessible pour nous, plus c'est accessible pour lui,
    et meilleur sera votre score de référencement !

  6. #26
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    février 2017
    Messages
    1 519
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Redacteur web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : février 2017
    Messages : 1 519
    Points : 44 447
    Points
    44 447
    Par défaut La prochaine itération de Rust for Linux pour la version 6.2 du noyau est en cours de gestation
    La prochaine itération de Rust for Linux pour la version 6.2 du noyau est en cours de gestation et ravive le débat sur la nécessité de la mise au rebut du C
    En matière de programmation système

    Après 31 ans, un deuxième langage de programmation a été admis pour le développement du noyau Linux : c’est le Rust. Un premier aperçu de Rust for Linux est disponible dans la version 6.1 du noyau. Même si Jonathan Corbet précise « qu’il n’y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d’intéressant », l’inclusion de ce langage vient raviver le débat sur la nécessité de la mise au rebut du langage C au profit du Rust en matière de programmation système. La question divise la communauté des développeurs.

    Asahi Linya s’est penchée sur la tâche de développement d’un pilote pour unité de traitement graphique (GPU) pour les Macs M1 et ce, en Rust. Son comparatif entre les langages Rust et C se fait sans langue de bois : « Il n'y a absolument aucune chance que je n'aie pas eu à faire face à la gestion d’accès concurrents, des tentatives d’accès de zones mémoire après libération et toutes sortes d'autres problèmes si j'avais écrit cela en C. Tous les problèmes de concurrence disparaissent avec Rust ! La mémoire est libérée quand elle doit l'être ! Une fois que vous avez appris à faire fonctionner Rust avec vous, j'ai l'impression qu'il vous guide pour écrire du code correct, même au-delà des promesses de sécurité du langage. C'est vraiment magique ! »

    Nom : 1.jpg
Affichages : 15002
Taille : 60,0 Ko


    « Il y a beaucoup de débats sur l'utilité ou non de Rust dans le noyau... d'après mon expérience, c'est bien plus utile que je ne l'aurais jamais imaginé ! », ajoute-t-elle.

    Nom : 2.jpg
Affichages : 4403
Taille : 103,3 Ko

    Son retour d’expérience est une espèce de redite d’une compilation de raisons techniques susceptibles de justifier une mise au rebut du langage C au profit du Rust. En effet, 15,9 % des 2288 vulnérabilités qui ont affecté le noyau Linux en 20 ans (chiffres du dictionnaire Common Vulnerabilities and Exposure (CVE)) sont liées à des tares que traînent le langage C : problèmes liés à la gestion de la mémoire – dépassements de mémoire tampon, allocations non libérées, accès à des zones mémoire invalides ou libérées, etc.

    De plus, les principaux mainteneurs du noyau Linux sont des habitués du langage C dont l’âge commence par le chiffre 5. Certains se rapprochent même de la soixantaine. Une nouvelle génération de mainteneurs dont la tranche d’âge se situe dans la trentaine gravit les échelons et donc la difficulté de trouver des mainteneurs pour le noyau Linux risque d’aller croissant si son développement se poursuit en langage C. C’est pour autant de raisons que Linus Torvalds a ouvert la porte au développement du noyau en Rust.

    Sur la question de l’éventualité d’une mise au rebut du langage C, le créateur du langage C3 liste un ensemble de raisons pour lesquelles les initiatives allant dans ce sens ont de fortes chances d’échouer :

    La chaîne d'outils du langage C

    Le langage C n'est pas seulement le langage lui-même, mais aussi tous les outils de développement développés pour ce langage. Vous voulez faire une analyse statique de votre code source ? - Il y a beaucoup de gens qui travaillent sur ce sujet pour le C. Des outils pour détecter les fuites de mémoire, les courses de données et autres bogues ? Il y en a beaucoup, même si votre langage est mieux outillé.

    Si vous voulez cibler une plateforme obscure, il est probable que vous utilisiez le C. Le statut du C en tant que lingua franca de l'informatique d'aujourd'hui fait qu'il vaut la peine d'écrire des outils pour ce langage, et de nombreux outils sont donc écrits.

    Si quelqu'un a mis en place une chaîne d'outils qui fonctionne, pourquoi risquer de changer de langage ? Un "meilleur C" doit apporter beaucoup de productivité supplémentaire pour motiver le temps passé à mettre en place une nouvelle chaîne d'outils. Reste même à savoir si cela est possible.

    Les incertitudes d'un nouveau langage

    Avant qu'un langage ne soit arrivé à maturité, il est probable qu'il comporte des bogues et qu'il soit modifié de manière significative pour résoudre les problèmes de sémantique du langage. Et le langage est-il même conforme à la publicité ? Il offre peut-être quelque chose comme "des temps de compilation exceptionnels" ou "plus rapide que le C" - mais ces objectifs s'avèrent difficiles à atteindre lorsque le langage ajoute l'ensemble des fonctionnalités.

    Et qu'en est-il des mainteneurs ? Bien sûr, un langage open source peut être bifurqué, mais je doute que de nombreuses entreprises soient intéressées par l'utilisation d'un langage qu'elles pourraient être obligées de maintenir plus tard. Parier sur un nouveau langage est un gros risque.

    Le fait que le langage pourrait tout simplement ne pas être assez bon

    Le langage s'attaque-t-il aux véritables points faibles du C ? Il s'avère que les gens ne sont pas toujours d'accord sur ce que sont les points sensibles du C. L'allocation de mémoire, la gestion des tableaux et des chaînes de caractères sont souvent délicates, mais avec les bonnes bibliothèques et une bonne stratégie mémoire, elles peuvent être minimisées. Le langage ne traite-t-il pas des problèmes dont les utilisateurs avancés ne se soucient pas vraiment ? Si c'est le cas, sa valeur réelle pourrait être beaucoup plus faible que prévu.

    Et pire encore, que se passe-t-il si le langage omet des fonctionnalités cruciales qui sont présentes en C ? Des fonctionnalités sur lesquelles les programmeurs avancés du C comptent ? Ce risque est accru si le concepteur du langage n'a pas beaucoup utilisé le C, mais vient du C++, du Java, etc.

    L’absence de développeurs expérimentés pour un nouveau langage

    Un nouveau langage disposera naturellement d'un groupe beaucoup plus restreint de développeurs expérimentés. Pour toute entreprise de taille moyenne ou grande, c'est un énorme problème. Plus il y a de développeurs disponibles pour une entreprise, mieux elle se porte.

    De plus, si l'entreprise a l'expérience du recrutement de développeurs C, elle ne sait pas comment recruter pour ce nouveau langage.

    L'ABI C

    Si le langage ne peut pas facilement appeler - ou être appelé - par du code C, alors toute personne utilisant le langage devra faire un travail supplémentaire pour faire à peu près tout ce qui est interface avec du code extérieur. C'est potentiellement un énorme inconvénient.

    Source : lkml

    Et vous ?

    Pourquoi le langage C pourrait encore avoir de longues années devant lui ?
    Le C a-t-il vraiment besoin d’un remplaçant en matière de programmation système ?
    Le problème avec le C n’est-il pas plutôt le mauvais usage que certains développeurs en font ?
    Voyez-vous des firmes comme Intel faire migrer des projets comme l’UEFI vers le Rust ? Doivent-elles plutôt envisager de passer au Rust pour leurs futurs projets ?

    Voir aussi :

    Programmation : une étude révèle les langages les plus voraces en énergie, Perl, Python et Ruby en tête, C, Rust et C++, les langages les plus verts

    Linus Torvalds souligne une bonne avancée du langage Rust dans le développement du noyau Linux, et aurait qualifié le C++ de « langage de m... », après le message de Google

    Microsoft, Google, AWS, Huawei et Mozilla s'associent pour créer la Fondation Rust, une organisation à but non lucratif chargée de gérer le langage de programmation
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  7. #27
    Membre expert
    Profil pro
    undef
    Inscrit en
    février 2013
    Messages
    888
    Détails du profil
    Informations personnelles :
    Localisation : France, Lot (Midi Pyrénées)

    Informations professionnelles :
    Activité : undef

    Informations forums :
    Inscription : février 2013
    Messages : 888
    Points : 3 250
    Points
    3 250
    Par défaut
    Je ne suis pas de ceux qui aiment les projets fait d'un patchwork de langages. Il faudrait plutôt miser sur un transcompiler Rust->C et voir si dans la durée, le Rust peut gagner la partie pour éventuellement abandonner la partie transcompilation.

  8. #28
    Membre émérite
    Homme Profil pro
    Développeur
    Inscrit en
    août 2003
    Messages
    902
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : août 2003
    Messages : 902
    Points : 2 662
    Points
    2 662
    Par défaut
    Quand on voit les tweets, c'est certain que RUST apporte énormément de fiabilité pour de la programmation système.

    Je ne suis pas sur de la pertinence d'un transcompilateur car cela peut produire des choses difficilement compréhensibles.

    Les bibliothèques système peuvent aussi être écrites en RUST et utilisées pour tout.

    Avoir le C et RUST pour le noyau complexifie probablement mais si on peut avoir des éléments de qualité, performants, stables et sécurisés il faut continuer l'intégration progressive de RUST.

  9. #29
    Chroniqueur Actualités

    Homme Profil pro
    Dirigeant
    Inscrit en
    juin 2016
    Messages
    2 733
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Dirigeant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2016
    Messages : 2 733
    Points : 59 092
    Points
    59 092
    Par défaut Linus Torvalds demande aux développeurs du noyau de soumettre le code pour Linux 6.2 avant les congés de Noël
    Linus Torvalds demande aux développeurs du noyau de soumettre le code pour Linux 6.2 avant les vacances de Noël "pour lui faciliter la vie"
    et ajoute qu'il sera plus strict sur le sujet à l'avenir

    Linus Torvalds a publié dimanche la septième version candidate (RC) du noyau Linux 6.1. Linux 6.1-rc7 devrait être l'avant-dernière version candidate avant la sortie officielle de Linux 6.1, probablement le 11 décembre. En outre, Torvalds a rappelé aux contributeurs que le rythme du cycle de développement du noyau se heurtera à Noël, et a donc invité les développeurs à soumettre leur travail pour la prochaine version noyau, Linux 6.2, avant les vacances. L'annonce de Torvalds indique également que Linux 6.1 a connu une augmentation des changements dans ce cycle, alors qu'il préfère voir le flux de correctifs ralentir.

    Torvalds a hésité ces dernières semaines à prolonger le cycle de développement de Linux 6.1 d'une semaine supplémentaire. En l'état actuel des choses, il penche vers la publication de Linux 6.1-rc8 la semaine prochaine avant de publier le noyau stable de Linux 6.1 la semaine suivante. Ainsi, la version stable de Linux 6.1 sera publiée le 11 décembre, à moins que la semaine prochaine ne soit extrêmement calme, ce qui conduirait Torvalds à passer directement à la version 6.1. Dimanche, Torvalds a fait quelques remarques dans le message annonçant la dernière version candidate du noyau, Linux 6.1-rc7. « Une autre semaine s'est écoulée », a-t-il déclaré.

    « Elle a commencé tranquillement, et j'étais presque certain que le fait que ce soit la semaine de Thanksgiving ici aux États-Unis signifiait qu'elle continuerait aussi en douceur. Mais je me suis trompé. La fin de la semaine a été marquée par le constat habituel : "les gens m'envoient leurs trucs le vendredi". Et le week-end a à peine ralenti les gens. Les statistiques de cette semaine sont donc presque identiques à celles des deux semaines précédentes. Et il n'y a pas que les statistiques, tout est très similaire. Il n'y a vraiment rien qui me préoccupe, si ce n'est que c'est un peu plus que ce qui me convient. Il aurait dû ralentir davantage depuis le temps ».

    Nom : 87.png
Affichages : 4239
Taille : 152,5 Ko

    « En conséquence, je suis maintenant presque sûr qu'il s'agira d'une de ces sorties du type "nous aurons une semaine de plus et je ferai une rc8". Ce qui signifie que la prochaine fenêtre de fusion se situera pendant la période des fêtes. Peu importe. C'est ce que c'est », a ajouté Torvalds dans le message. En raison de ces constats et de la charge de travail qui lui aurait été imposée pendant la semaine, Torvalds a émis un avertissement concernant la prochaine fenêtre de fusion. Il a notifié aux contributeurs qu'il va tout simplement "ignorer" les demandes d'extraction qui arrivent "en retard" et les prendre en compte lors de la prochaine fenêtre de fusion.

    « Cela signifie que je serai plus intransigeant que d'habitude lors de la prochaine fenêtre de fusion : la règle habituelle est que les choses qui me sont envoyées pour la fenêtre de fusion doivent être prêtes _avant_ l'ouverture de la fenêtre de fusion. Mais comme le guichet de fusion se déroule en grande partie pendant la période des vacances, je vais appliquer cette règle de manière assez stricte. Je veux voir tout le travail effectué dans les demandes de modification *avant* les festivités, et non pendant que vous buvez votre lait de poule et que vous êtes stressé par la saison », a-t-il averti. Torvalds a déclaré qu'il sera intraitable sur le sujet.

    « Si l'on m'envoie des demandes d'extraction en retard, je dirai simplement : "ça peut attendre". OK ? Maintenant, je soupçonne que tout le monde _autre_ veut sortir son travail avant les fêtes de fin d'année aussi, donc j'espère que nous sommes tous en accord complet et violent sur ce sujet. Cependant, j'ai pensé que je devais commencer à sensibiliser les gens à ce sujet », a-t-il ajouté. Parmi les nombreux autres correctifs de bogues apportés au noyau Linux au cours de la semaine dernière, il faut noter que Linux 6.1-rc7 permet désormais aux utilisateurs de basculer plus facilement du pilote AMD P-State vers le pilote ACPI CPUFreq.

    Ce n'est pas la première fois que Torvalds invite les contributeurs à être plus "proactifs" dans le développement du noyau. Le mois dernier, lors de la publication de la première version candidate de Linux 6.1 (Linux 6.1-rc1), Torvalds a lancé un appel aux développeurs afin que ces derniers "lui facilitent la vie en ajoutant du code plus tôt dans le cycle de développement". Il a invité chaque développeur à préparer le code qu'il souhaite ajouter à la nouvelle version du noyau avant l'ouverture de la fenêtre de fusion. Selon Torvalds, cette démarche lui évite d'avoir trop de choses à faire à la fin d'une fenêtre de fusion.

    « Laissez-moi juste dire qu'après avoir réglé ma machine et rattrapé la fenêtre de fusion, j'ai été quelque peu frustré par les demandes d'extraction tardive. Je l'ai déjà mentionné, mais c'est vraiment assez ennuyeux de recevoir un certain nombre de demandes d'extraction dans les derniers jours de la fenêtre de fusion », explique Torvalds. Il a offert des conseils sur la façon dont les développeurs de noyaux peuvent faire les choses correctement. Torvalds a reconnu que ce n'est pas la première fois qu'il dit cela, mais aimerait que ce soit la dernière. Il espère que plus de développeurs pourraient le prendre à cœur cette fois.

    « Oui, la fenêtre de fusion est de deux semaines, mais c'est surtout pour me laisser le temps d'examiner les choses, pas pour "deux semaines pour mettre en place à la hâte une branche que vous enverrez à Linus le vendredi de la deuxième semaine". L'idée de "faire une nuit blanche pour rendre le papier la veille de la réunion" est quelque chose qui aurait dû disparaître après le lycée. Pas pour le développement de noyaux. La règle est que les choses qui me sont envoyées doivent être prêtes *avant* l'ouverture de la fenêtre de fusion, pas pendant la fenêtre de fusions », a déclaré Torvalds le mois dernier.

    Il a ajouté : « avec un peu de mou pour "la vie arrive", bien sûr, mais j'ai vraiment l'impression que quelques personnes traitent la fin de la fenêtre de fusion comme une date limite, manquant l'ensemble "il était censé être prêt avant la fenêtre de fusion" ». En ce qui concerne Linux 6.1, cette version est le plus susceptible d'être la version du noyau LTS (Long-Term Support) de cette année. Torvalds a invité les développeurs à la tester. « Allez tester, et pouvons-nous _s'il vous plaît_ commencer à calmer les choses ? Ne m'envoyez rien qui ne soit pas un bug clair et présent. Plus de nettoyages de dernière minute. Vous avez entendu ? ».

    Source : Linus Torvalds

    Et vous ?

    Que pensez-vous des plaintes de Torvalds au sujet des fenêtres de fusion du noyau Linux ?
    Selon vous, qu'est-ce qui pourrait expliquer le retard dans la soumission du code au niveau des développeurs ?

    Voir aussi

    Linus Torvalds aux développeurs du noyau : « grandissez et arrêtez de faire des demandes d'extraction juste avant la date limite », la première version candidate de Linux 6.1 est disponible

    L'inclusion de Rust for Linux à la version 6.1 du noyau est désormais en cours comme souhaité par Linus Torvalds, et va rendre possible le développement de pilotes dans un autre langage que le C

    Rust for Linux est officiellement fusionné, le support initial de Rust for Linux fournit l'infrastructure de base et une intégration élémentaire

    Un premier aperçu de Rust dans le noyau 6.1, avec Jonathan Corbet, « il n'y aurait pas encore assez de Rust dans le noyau pour faire quoi que ce soit d'intéressant », estime-t-il
    Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

Discussions similaires

  1. Linus Torvalds annonce la disponibilité de Linux 4.7
    Par Olivier Famien dans le forum Linux
    Réponses: 7
    Dernier message: 27/07/2016, 02h36
  2. Réponses: 0
    Dernier message: 13/04/2015, 20h16
  3. Réponses: 9
    Dernier message: 09/03/2015, 12h04
  4. Linus Torvalds annonce la sortie de Linux 3.18
    Par Michael Guilloux dans le forum Linux
    Réponses: 1
    Dernier message: 10/12/2014, 12h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo