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
Le 2022-11-28 15:32:01, par Bill Fassinou, Chroniqueur Actualités
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 ».
« 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
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 ».
« 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 ?
Voir aussi
-
Ti-SlackeuxMembre éprouvéje me suis arrêté là :Faut-il opérer le retrait de termes comme master ou slave au motif de ce qu’ils véhiculent des stéréotypes raciaux ?
Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
Albert Einsteinle 02/04/2024 à 11:35 -
OrthodoxWindowsMembre émériteJe suis d'accord, ce débat est vraiment con. Mais bon, visiblement certains n'ont pas mieux à faire que perdre du temps au lien de réaliser des vrais corrections dans le code.
Cependant, ce genre de polémique stérile est souvent soutenu pas des grosses entreprises ; peut-être faut-il y voir un intérêt pour détourner l'attention de leur méfaits.
Parfois c'est plus direct, c'est le logiciel libre qui est visé (je pense à la polémique sur Stallman).
C'est comme ceux qui sont contre l'utilisation des termes "liste noir/blanche". Alors que culturellement, associer le noir au "mal" ou a la mort n'a rien de raciste, c'est quelque chose de très ancien qui vient du fait que sans lumière, on ne voit rien (on risque donc sa vie). Je ne serai pas surpris que certains peuples en Afrique fassent la même association.
Comparer ça au racisme c'est à peu près la même logique que de dire qu'utiliser la couleur orange pour indiquer un chantier revient à traiter tous les roux de travailleur du BTP
Surtout qu'en plus, aucun homme n'est vraiment "noir" sur Terre, en réalité, il n'y a que des nuances de brun...le 02/04/2024 à 12:03 -
chrtopheResponsable SystèmesComme si ne plus utiliser les termes maitres/esclaves allait faire disparaitre l'esclavage ou rendre justice aux victimes présentes, passés, ou futurs.
On peut aller très loin dans la connerie :
Nous tous (ou quasiment) travaillant dans l'informatique sommes des prestataires de services.
service désigne l'action de servir, càd être au service, à la disposition de quelqu'un. Du coup faut-il remettre ce terme en question dans ce contexte, surtout que service vient du latin servitium signifiant état d’esclave, cervitude).le 02/04/2024 à 20:03 -
AspartameMembre confirméBonjour
étudiant en master, je m'inquiète sérieusement sur mon diplôme.le 02/04/2024 à 13:08 -
petitoursMembre chevronnéInde, Chine (les Ouïghours ), Pakistan, et bien d'autres pays. L'esclavage existe bien encore aujourd'hui. Mais une fois de plus le problème est l'esclavage, pas le mot qui le désigne très bien et ça n'a rien à faire dans les discussions sur l'intégration de Rust dans Linux.le 02/04/2024 à 17:02
-
petitoursMembre chevronné"Maitres" et "esclave" ont un sens très clair, il se trouve que ce sens désigne très bien des choses affreuses qui se sont produites et qui se produisent encore. Le malaise concerne la situation qui est décrite par ces termes parfaitement adaptés, pas par les termes eux même. "Malaise" est bien a l'image de ce débat de vocabulaire stupide ; je doute que les gens concernés par cette horreur soient "blessés" ou "mal à l'aise", ils souffrent sûrement, ils sont en colère peut être mais certainement pas "mal à l'aise" !
Pour revenir au sujet du code, ces gens peuvent aussi sans malaise utiliser ces 2 termes parfaitement adaptés a certains modèles de communication. Et en plus personne ne souffre et personne n'est opprimé dans ces usages informatiques des mots.
J'espère que Linus Torvalds, prompt a envoyer balader les mauvais, remettra rapidement en place ces gens qui veulent se rendre intéressant en massacrant le vocabulaire et donc la fameuse clarté.
"Le Schtroumpf n'a pas besoin de se prendre le Schtroumpf concernant le Schtroumpf pour faire Schtroumpfer le Schtroumpf" Comprend qui peut, mais c'est ça de tuer le vocabulaire.
Pour le reste les questions sont trop dispersées. Il y a des questions super pertinentes sur Rust et Linux suivies de ce sujet inepte de destruction du vocabulaire qui en aucun cas améliorera l'inclusion et la diversité de qui que ce soit.le 02/04/2024 à 16:29 -
pokapMembre régulier“Celui qui ressent sa propre vie et celle des autres comme dénuées de sens est fondamentalement malheureux, puisqu'il n'a aucune raison de vivre.”
Albert Einsteinle 02/04/2024 à 13:03 -
TJ1985Membre chevronnéCes débats masturbatoires ne peuvent être que la production de personnes sous-employées, sous-motivées, ayant tout loisir d'exercer leurs talents en activités de diversion. Des inutiles, en somme.
J'ai exercé une trentaine d'années dans un environnement où la "diversité" était la règle, où mes collègues venaient de littéralement un peu partout sur la Planète. Nous étions suffisamment occupés à faire avancer le schmilblick pour ne pas nous soucier de ce qui se passait dans le slip de tel ou telle, ni de nos histoires familiales réciproques.
A posteriori, il y aurait eu beaucoup à en dire, les ancêtres des uns ont saccagés la culture ancestrales des autres, les ancêtres de certains se sont fait esclavagiser par les aïeux de certains autres, sur la rive sud de la Méditerranée, certains ont échappé de justesse aux fureurs de mers hostiles ou sont passés sous des barbelés mortels pour fuir des paradis imposés par des psychopathes mégalomanes.
Tous ensemble nous avons fait évoluer une entreprise, en lui permettant de rester à la pointe de son domaine, au niveau mondial. Nous avons mis en commun la meilleure part de nous-mêmes, écartant nos singularités.
Ça a marché.le 12/04/2024 à 21:00 -
destroyedloloMembre actif"des mainteneurs pour le noyau Linux risque d’aller croissant si son développement se poursuit en langage C."
Ben voyons
C'est juste le langage le plus utilisé dans les OS (au sens large, démons, DE, ...) inclus, l'embarqué et une bonne partie des applications les plus utilisées.
Alors s'il est difficile de trouver de bons programmeurs C(++), le C a encore de beaux jours devant lui.
"Bon" pas dans le sens "connaisseur du C", mais bon dans le sens "qui maitrise l'algorithmie, ne font pas du code crade, respectent les ressources" : Les enseignements basés autour de langages plus permissifs tel que Python ou Java font que le code qu'ils pondent est au mieux "passable" dès que le langage ne corrige pas toutes leurs lacunes.le 16/12/2022 à 15:10 -
chrtopheResponsable Systèmesc'est arrivé récemment, donc très peu. tout le code C ne va pas être réécrit en Rust, mais au fur et à mesure du temps ça va augmenter.le 18/12/2022 à 10:36