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

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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 , par Bill Fassinou

13PARTAGES

8  0 
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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Ti-Slackeux
Membre éprouvé https://www.developpez.com
Le 02/04/2024 à 11:35
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 ?
"Deux choses sont infinies : l'Univers et la bêtise humaine.
Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
Albert Einstein
18  2 
Avatar de OrthodoxWindows
Membre émérite https://www.developpez.com
Le 02/04/2024 à 12:03
Citation Envoyé par Ti-Slackeux Voir le message
je me suis arrêté là :

"Deux choses sont infinies : l'Univers et la bêtise humaine.
Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
Albert Einstein
Je 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...
11  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 02/04/2024 à 20:03
Comme 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).
10  1 
Avatar de Aspartame
Membre confirmé https://www.developpez.com
Le 02/04/2024 à 13:08
Bonjour

étudiant en master, je m'inquiète sérieusement sur mon diplôme.
12  4 
Avatar de petitours
Membre chevronné https://www.developpez.com
Le 02/04/2024 à 17:02
Citation Envoyé par shunesburg69 Voir le message
L'esclavage s'est terminé en France en 1848 et aux USA en 1865, je vois personne de vivant concerné par cette histoire d'esclavage. Pour info, la plupart du temps c'est des militants (noir ou blanc) qui non jamais eux de famille dans l'esclavage et qui oublient que des blancs comme moi ont des ancêtres esclaves et qui s'en foutent de ses débats stériles. Ils feraient mieux de s’inquiéter de la discrimination positive (et autre racisme anti-blanc) qui font du racisme en passant faire l'inverse.
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.
6  0 
Avatar de petitours
Membre chevronné https://www.developpez.com
Le 02/04/2024 à 16:29
Citation Envoyé par Stéphane le calme Voir le message
« Il est clair que certaines personnes sont blessées par ces termes et que leur utilisation suscite chez elles un sentiment de malaise, non pas pour des raisons techniques, mais en raison de leur contexte historique et social », a déclaré Google, en estimant qu'il s'agissait d'arguments suffisants pour les faire disparaître. « Master-slave est une métaphore oppressive qui ne sera et devrait jamais être totalement détachée de notre histoire », souligne un développeur de Microsoft, qui appelle à leur remplacement.
"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.
5  0 
Avatar de pokap
Membre régulier https://www.developpez.com
Le 02/04/2024 à 13:03
Citation Envoyé par Ti-Slackeux Voir le message
je me suis arrêté là :

"Deux choses sont infinies : l'Univers et la bêtise humaine.
Mais, en ce qui concerne l'Univers, je n'en ai pas encore acquis la certitude absolue."
Albert Einstein
“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 Einstein
4  0 
Avatar de TJ1985
Membre chevronné https://www.developpez.com
Le 12/04/2024 à 21:00
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é.
3  0 
Avatar de destroyedlolo
Membre actif https://www.developpez.com
Le 16/12/2022 à 15:10
"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.
3  1 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 18/12/2022 à 10:36
c'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.
2  0