freem a écrit 5059 commentaires

Si le taux de vaccination n'est pas à la hauteur en automne,

Il faut 2 doses espacées de, je crois, 3 semaines, pour la plupart des personnes. Pour les personnes fragiles, il y a des discussions sur le fait qu'une 3ème dose s'impose. Dans leurs cas, ça fait donc 6 semaines, 1 mois et demi.
Pour des vaccins basés sur une technologie expérimentale.

Je ne dis pas le contraire, mais en attendant la société doit aussi faire des choix pour qu'on avance.

Vraiment? Ce n'est pas ce que j'ai compris au dernier confinement, quand on n'a pas hésité à confiner je ne sais plus quelle ville du sud de la France, mais que l'on se contentait d'hésiter à confiner l'île de france, tout en s'étonnant ensuite que l'infection se répandait dans les région autour.

Je ne suis pas vacciné, non, désolé. Oui, je préférerais une segmentation des déplacement régionaux et internationaux. Ce que je préfère à des vaccins basés sur des technologies expérimentales, c'est une méthode médiévale, je sais. Si nouvelle vague il y a après les vacances, on dira que c'est la faute aux non-vaccinés, comme moi, qui n'ont pourtant pas bougé de chez eux (dans une proportion inconnue), et pas des vaccinés qui ont fait voyager le virus pendant que leur corps le combattait, c'est ça?

Refuser le vaccin aujourd'hui n'est pas rationnel.

C'est irrationnel de considérer avec méfiance une technologie non éprouvée dont on ne connaît pas les effets secondaires à moyen terme? Ah oui, quand même…

c'est tout à fait possible d'écrire ses propres "smart pointers" ou autres outils de gestion de la mémoire

Et heureusement!

Parce que perso, mon unique_res<> est bien pratique pour gérer la mémoire partagée (mmap ne retourne pas NULL en cas d'échec), les file descriptors (qui sont des entiers), les ID opengl (entiers aussi)…

oups. Déjà dis.

Et le GNUisme change, pour une raison X ou Y, ou pire, le standard l'implémente d'une façon différente. PAF tout cassé ton code non standard.
Ou aussi, tiens du coup tu dois utiliser un compilo non libre parce que le seul à supporter une architecture matérielle qui viens de sortir. Tu as l'habitude d'utiliser un GNUisme, et ce compilateur l'implémente bien, mais pas de la même façon: re-PAF les chocap…

Les intérêts du standard, c'est l'interopérabilité, une certaine garantie que ça ne cassera pas du jour au lendemain, et une documentation souvent plus solide sur ce que la fonctionnalité est censée faire, y compris dans des cas foireux (évidemment, l'inconvénient, c'est une lenteur d'évolution, et le fait que quand des conneries sont faites, elles sont dans le marbre, elles aussi).
Surtout qu'ici on parle de standards ISO, pas juste d'un accord entre 2 projets libres dont on ne sais pas trop combien de temps ils vont durer.

Oui je sais compilo proprio peu pas toucher au code… Apres si vous avez des tools pourrit aussi…

Sauf qu'un code ouvert n'est pas une garantie de qualité (juste qu'il est possible de constater soi-même le niveau qualité, à condition d'avoir le temps et les compétences).

GCC et clang fonctionnent bien dans un très, très grand nombre de cas, je le sais, probablement la majorité, mais ça ne veut absolument pas dire que c'est la totalité.
Quant aux outils pourri… le truc, c'est que, peut-être, ils fournissent, ou l'ont fait et l'histoire fait qu'on peut pas changer, leurs propres extensions au standard, plus utiles que les GNUismes, et que GNU ne fournit pas?

Bref, y a de quoi s’investir, d’une manière ou d’une autre… Et considérons que théoriquement tout est possible !

En général, je m'investit dans deux types de projets: les miens, et ceux dont je suis un utilisateur.
J'ai conscience que tu ne me le demandes pas à moi directement, mais voila, effectivement sortir «juste fait le!» à quelqu'un qui n'est pas utilisateur, c'est un excellent moyen de faire fuir un utilisateur potentiel, plus les gens qu'il connaît.
Le faire sur le web, ou tout le monde peut le lire et ou ça reste des décennies, en multiplie l'efficacité.

Autre point, j'ai une tendance a vouloir (et le résultat est plutôt une stagnation qu'une décroissance…) utiliser de moins en moins le web. Ce n'est certainement pas pour y contribuer.

Quant au problème des tags et des moteurs d'indexation en soit… bon, disons que quand j'utilise un moteur de recherche, je râle très fréquemment du fait qu'il modifie mes recherche, et le champ de recherche se voit très, très souvent agrémenté de " et de + pour forcer le moteur à chercher vraiment ce que je veux et le rendre, au final, plus con, moins smart.
D'un autre côté, c'est juste ce qui se produit avec une grande majorité de logiciels qui se veulent intelligents.

Petit compléments d'info:

Tu peux afficher (ponctuellement) l'arborescence des processus et thread avec pstree, c'est à dire qui est actuellement responsable de libérer les ressources quand le processus/thread s'arrête.
Par défaut, il regroupe ceux qui ont le même nom, mais il existe quelques options bien pratiques, j'aime personnellement utiliser pstree -paT: -p pour afficher les PID, -a pour la ligne de commande, et -T pour ne pas afficher les threads, parce que sinon c'est un bordel monstre.

2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance. Perso, j'ai un doute, hein, mais je reconnaît n'avoir jamais creusé trop le sujet, parce que de toute façon je pense que c'est négligeable: même si les processus coûtent un peu «plus cher», ils ont d'immenses avantages, notamment, il est possible que ne pas perdre l'application complète si un sous-processus crash, contrairement aux threads.

Mais c'est un moteur de recherche, non? Sans catégories, du coup, j'imagine? Et qui nécessite de, chercher un truc spécifique. Contrairement à des chaînes/radios ou des annuaires, d'une certaine façon.

T'as eu du bol, il est pas en JS, sinon me serais pas privé de troller… mais non, c'est du rust: compilé une fois par archi, tournant plusieurs fois par uptime, contrairement à du python ou du JS (ou d'autres).

Je suis déçu.

Merde… pour l'accident.

TL;DR: le profit immédiat à eu raison du bon sens, une fois de plus.

Pour le reste, désolé, mais je n'ai plus d'espoirs pour nos politiques qui prennent des décisions uniquement économiquement rentable à court terme.

Tu dis:

ce sujet peut (et doit) être débattu notamment pour son impact écologique

Justement.

Je pourrais parler du fait qu'il serait peut-être envisageable, et peut-être même est-ce planifié (j'ai vu dans le journal ce mois-ci qu'une course nautique va passer en full-hydrogène… je n'en sais pas plus, ni n'ai d'avis) de passer en moins carboné, mais d'un autre côté, comme tu le dis si bien dans ton journal, l'espace de sécurité aux alentours des aérodromes (on se souvient du concorde qui s'est crashé dans l'immeuble d'en face il y a quelques années^W décennies…) n'est pas, justement, aussi utile à l'écologie.
Ne pas bétonner les sols, c'est garder un endroit ou l'eau peu s'infiltrer (moins d'inondations), et ou les animaux peuvent nicher. C'est à mon avis bien plus pertinent d'avoir moins de zones bétonnées que de que réduire le cramage pour l'écologie, parce que, tout simplement, ça donne une chance aux autres espèces d'évoluer.
On manque de terrains vagues, de zone délaissées, qui sont bonnes pour l'écologie (ben oui, les humans sont des admins de merde, y'a qu'a voir le nombre d'hostaux qui se sont fait niquer par des ransomwares! Le sys, ça reste de l'admin!).
Que ça pose en plus des problèmes de sécurités pour le vol ne fait, à mes yeux, qu'aggraver mon opinion des politiciens: tout pour le profit et le pouvoir immédiat, rien pour la communauté et le futur.

La propriété intellectuelle qui est (ici assez mal vue, mais) défendues par la loi devait à l'origine préserver la connaissance et l'art, en permettant aux générations futures de modifier et améliorer les oeuvres.
Aujourd'hui, pas besoin de donner les plans ou les méthodes ou les ressources premières pour disposer de la protection, il suffit de montrer qu'on est premier. c'est, je pense, bien le problème: le gain, immédiat, pour soit et ses amis, plutôt que pour la société et les descendants que l'on ne verra jamais.

clap, clap.

Je veux dire, oui, mille fois oui. Et utilises la section liens de linuxfr.org, c'est fait pour ça je crois!
Je ne clique quasi plus sur les liens youtube (non pas que j'aie été un jour un grand consommateur, mais quand même) et j'avoue que c'est du à leur obligation légale de nous faire chier avec une popup. Ben oui, j'avoue.
Cela dis, les alternatives décentralisées sont à la fois peu connues, peu usitées, et peu promues.
Ce type d'initiatives ne peux qu'aider.

Cela dis, vu que c'est décentralisé, je doute qu'un moteur de recherche soit vraiment efficace, et du coup, existe-t-il, question un peu idiote faisant référence à un mécanisme du passé, des annuaires ou des radios/chaînes inter-instances?

Non (ou j'ai mal compris), il a juste dit qu'il était plus habitué à github, pas qu'il en avait utilisé (genre, vraiment, pas pour juste poser un ticket) d'autres (surtout que gitlab à clairement longtemps eu un arrière-goût de clone de Github).

Cela dis, la bonne question de ma part aurait plutôt été: "GitHub a-t-elle été ta 1ère forge?", bien plus explicite, puisqu'il est possible que mon propre avis soit lié au fait que, parmis les forges hébergées gratos, sourceforge.net est ma première.

Dans mon cas, j'ai vraiment utilisé plusieurs forges pour, entres autres, héberger des projets.
Ma préférée pour l'instant reste sourceforge, en terme de fonctionnalités (github intègre quelques trucs de temps en temps, mais ça reste plus limité) et d'interface, malgré la réclame pénible. J'ai bon espoir que sourcehut change ce point ceci dit (ma préférence).

Tu as oublié la bande passante… Honnêtement, je me souviens d'une époque ou c'étais 10 fois plus réactif (et l'UI mieux branlée) que github, c'est pour ça que j'y avais un compte.
Maintenant… disons que l'UI est pire que github ou savannah, et la lenteur donne l'impression d'avoir une connection 56K.

C'est bête mais juste devoir créer un compte pur envoyer un message/pull request bah ça va en calmer pas mal.

Ça tombe bien, plusieurs forge, y compris gitlab et github, rendent possible d'utiliser un compte externe pour te log direct.

là où github c'est bien rangé.

Ça serait pas parce que tu connais juste github, ça? Non parce que moi, je trouve que github à toujours été l'une des pires forges au monde côté UI. Ils se sont (un peu) améliorés: maintenant on attend moins entre deux clics, mais c'est toujours horrible à utiliser.

Dans les forges que j'ai utilisées avant, il y a eu sourfeforge, savannah (la, j'avoue, la compétition de la pire UI est rude), gitlab, redmine, trac, fossil, bitbucket (c'était mieux avant que ça n'est maintenant, j'avoue que la ils sont tombé très, très bas…), sourcehut…

C’est a la fois beaucoup et peu de monde, non ?

Perso, je suis principalement non-loggué, donc la plupart du temps je ne vote pas, logique, non?
Je ne me log que pour répondre à un point particulier ou pour identifier un spam qui ne serait pas encore négatif (très rare, étant de moins en moins sur dlfp), et dans ce cas, il est possible que je me balade un peu et distribue (ou enlève, selon) du karma.

Ceci dis, pour ceux qui disent que ça ne masque pas, que ça ne retire pas, etc, c'est un peu faux, puisqu'un utilisateur non-loggué ne dispose pas de la fonctionnalité de dépli/repli, il est obligé d'afficher le lien (et il faut connaître l'astuce pour ça… ce n'est pas évident à la première vue que cliquer sur le titre fera quoique ce soit…), idéalement dans un nouvel onglet (pas le cas par défaut, au moins c'est libre de JS ce qui est un vrai plus).

Le commentaire est, certes, toujours présent et affichable, mais je trouve regrettable que les commentaires à -1 ou -2 (qui sont fréquents en début de vie du commentaire) soient si compliqués à afficher au visiteur de passage.

Autre point ennuyeux, il est impossible d'annuler son vote. Ce qui fait que parfois on «inutile» un contenu que l'on voulait pertinenter, et la… ben zut. Ou alors on inutile un peu trop vite, et, 5 minutes plus tard on comprend réellement et, finallement, c'était pertinent.

Ceci dit, je considère malgré tout que de manière générale le système de vote, y compris négatif, n'est pas un problème, loin de la (j'ai une petite collection de -10 à mon actif, donc c'est pas comme si je n'en étais jamais «victime», mais clairement c'est toujours justifié).
Il est, clairement, améliorable (modification de ses propres votes, possibilité de dépli/repli pour les visiteurs, faire naviguer les visiteurs à -2 par défaut au lieu de 0) mais je le trouve bel et bien utile.

Désolé je suis passé à coté de ta réponse.

Pas de problème, je me log de moins en moins souvent aussi :)

Plus un problème d'UI mal foutue qu'autre chose?

Non, il existe GUI très bien faite.

C'est justement ce que je voulais dire, certaines UIs sont bien foutues, j'utilise par exemple gparted, qu'il me semble difficile de dire plus difficile à utiliser que fdisk ou parted ou…
Toutes les UIs ne sont pas mal branlées, loin de la, mais j'ai l'impression que c'est le cas de beaucoup, que l'on ait à traiter de grosses quantités de données ou pas (typiquement, gparted ne manipule pas grand chose…).

Si «les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq» je ne crois pas que ça soit à cause du fait que ce soient des UI, juste qu'elles sont soit pas assez souples (la CLI, étant un langage de programmation, sera toujours plus souple que les [TG]UI, à moins d'implémenter un langage de programmation visuel, mais ça risque d'être galère à utiliser) soit mal foutues (aptitude en ncurses est de loin supérieur à tout ce que j'ai pu utiliser en graphique, clairement)

Je ne peux pas parler pour le graphique, mais tu saurais dire ce qui coince avec zsh ?

Trier un dossier en ligne de commandes, c'est pénible à mes yeux. Construire la ligne de commande avec zsh est raisonnablement rapide, mais ça reste "laborieux" et je rêve parfois d'un frontal shell qui me permette d'avoir un «mode visuel» à la vim pour aller sélectionner des entrées. Je sais que zsh implémente énormément de choses au niveau auto-complétion, mais il faut tout configurer (d'ailleurs il faut que je refasse ma conf moi…) au travers d'un menu type printf/scanf, ce qui n'est pas le plus ergonomique au monde, il faut bien l'avouer.

Ce qui me paraît évident un jour ne l'est plus le lendemain,

bien ce que je dis:

question de façon de fonctionner j'imagine

Chez moi ça marche, mais ça ne veut pas dire que ça marcherais pour tout le monde.

il reste nécessaire que les administrateurs de machine fassent des démarches actives pour les rechercher.

Et les installer. Et il faut rebooter. Des serveurs. Comment on fait après pour la course au gros uptime, hein?

En dehors des serveurs, qui j'espère ont tous une double banque, il y a le problème de risquer de briquer le matos, aussi.

Je pense que ces problèmes sont aussi assez important dans l'explication de la non mise à jour.

Si je devais compter le nombre de fois que ça m'est arrivé en train… :D

Généralement, ce sont des "accidents de personne" (aka: suicides) ou des problèmes sérieux qui causent ça par contre (tempête de neige, train bloqué à rouen pour la nuit, je me souviens avoir fait le trajet depuis rouen à goderville en stop, et arriver avant le train), donc je ne leur en veut pas.

En fait, ce que je reproche surtout à la SNCF, c'est d'abord leur communication qui est vraiment, vraiment très mauvaise. Ensuite la ponctualité, puis les prix. Depuis 10 ans, ils ont au moins amélioré leur site, c'est déjà pas mal, parce qu'avant il était dans ma liste d'exemples de trucs à ne pas faire…

On ne peut pas se plaindre qu'il n'y a pas assez de train et en même temps se plaindre que les trains ne sont pas tout le temps bondé.

Je ne m'en suis pas plain. J'ai juste dis que des gens travaillant pour la SNCF m'ont expliqué qu'ils servent à améliorer les stats.
La meilleure solution pour que les transports en commun soient moins blindés, c'est encore le télé-travail partiel ou les horaires décalés pour moi (diminution et répartition de charge).

Un chiffre qui pourrait être intéressant…

Oui. D'autant que du coup, certains comportements de la SNCF changeraient peut-être.

De mémoire, la SNCF ne considérait un retard comme réel que passé 5 minutes. Sauf que, 4 minutes de retard de départ d'un train à St Lazarre, pour ceux qui ont des correspondances, ça veut dire potentiellement décaler de 5min le train qui part de Rouen pour, par exemple, Dieppe. Ou potentiellement devoir prendre celui d'après… 1H après, en général, parce que les inter-cités, c'est en gros 1 par heure en heures de pointe.

Après, je pense que certaines lignes posent moins de problèmes, celle que j'ai pris est vieille et trop petite compte tenu de la population qui l'utilise. Je crois qu'elle est partagée avec pas mal de lignes RATP, et en fait, si mes trains étaient en retard le soir, c'est justement pour ça: le soir, ça part de région parisienne. Plus haute densité, fréquence des problèmes plus élevée, logique.

Si on parle ensuite du prix (j'en ai vu la mention dans le thread), un abonnement travail (plus de 25 ans) Yvetôt-Paris coûtait, de mémoire (il y a a peu près 10 ans), 900€, ce qui fait 450€ de la poche du travailleur pour ~40 trajets, donc grosso modo 11€/trajet, 22€ si l'employeur n'avais pas obligation de payer la moitié.
Une voiture, 5 personnes dans l'idéal, on arrive à 55€, soit une bonne partie d'un plein (bon, mon estimation peut être foireuse, ça ne fait que quelques mois, après 5 ans sans, que j'ai à nouveau une voiture, je réapprend un peu), qui permets de faire plus de 500Km, donc au moins 2 aller-retour.

Reste évidemment l'usure mécanique, l'autoroute, le prix de stationnement, l'assurance et le temps de travail du conducteur à prendre en compte, mais dans l'ensemble je trouve ça assez cher, compte tenu qu'un train, ce sont plusieurs dizaines de passagers par voiture, et une plus d'une dizaine de voiture pour les trains importants.
Et c'est dans le cas d'un abonnement, hein. Dans le cas d'un trajet ponctuel, ça reste rentable (mais avec les emmerdements dus aux horaires, même si c'était fiable, justement) tant qu'on est seul. Dès lors qu'il faut être 2, je pense sincèrement que la voiture est plus rentable, plus flexible et plus fiable.

Après, mon opinion est certes biaisée (principalement une ligne, chiffres concrets perdus depuis belle lurette, juste le souvenir des résultats), mais nier qu'il y a un vrai problème de ponctualité de la SNCF, au moins sur certaines lignes, c'est un peu se foutre de la gueule de ceux qui subissent et qui payent. L'alternative, parce qu'il y en a, c'est de prendre la voiture, ou de déménager, ou de trouver un autre poste. A ma connaissance, il n'y a pas de transport de passager fluvial, qui serait de toute façon probablement plus lent.

Au final, mon impression perso, c'est que les transports ferroviaires, ça ne marche que dans les zones à forte densité de population, mais pas trop de densité quand même (île de france). En Seine maritime, ça veut dire: Le Havre et sa banlieue, Rouen et sa banlieue et… c'est tout? Même l'inter-cité foire dans mon expérience perso, dès lors que la ligne est connectée à Paris.
Dans les autres départements dans lesquels j'ai vécu (autre que région parisienne du moins) je n'ai pas vraiment d'expérience du train, de toute façon depuis ce 2H aller + 2H retour quotidien, j'évite le train quand je peux, je suis vacciné. Je préfère le car, c'est peut-être plus lent sur le papier, mais vu que c'est ponctuel et moins cher, c'est mieux pour moi.

Et surtout, s'pas cher :)

Contrairement à l'électronique, pour faire un nouveau programme, pas besoin d'acheter de nouveaux composants. C'est aussi gratuit à partager. Etc.

Mais dans ce cas, je devrais donc dire que l'informatique, dans le modèle que j'ai eu enfant, était en fait super déprécié, peu importe le genre du praticien.

D'ailleurs, mes parents me disent encore que "je joue à l'ordinateur", sans le moindre respect pour le fait que, ben non, programmer, ce n'est pas "jouer" au sens être improductif, ne rien produire.
Pour eux, le travail manuel est bien mieux.

Et ce ne sont pas que mes parents, mais bien tout l'environnement dans lequel j'ai évolué étant enfant et ado. Les camarades de classe n'aimaient pas les intellos, il fallait être bon en sport.
L'ordinateur? Pour ceux qui savaient ce qu'est un PC, ça servais juste à jouer, en gros.

Il me semble que ça abonde dans le sens que l'informaticien, les «métiers geek», pour ma génération à longtemps été un truc plutôt négatif que positif.

Je te rassure, souvent, c'est "problème de conducteur". Genre il a pas réussi à sortir du garage, ou autre fadaise du style. Enfin, c'est ce qui était dit au public.

Est-ce que les retards sont réellement un problème non-négligeable en France ?

Ayant pris le train quotidiennement pendant 2 ans, je peux t'assurer que oui. Mes trains du soir, c'était minimum 1 retard par semaine, strict minimum, avec une moyenne, de mémoire, de 20 minutes (pour les trains en retard j'entend).
Par chance, moi je n'avais pas de correspondance, et ma voiture m'attendais à la gare. Ceux qui prennent des changements quotidiens, je les plains.

Sauf bien sûr, si tu prends les stats de la SNCF, qui sont vraies, hein, parce qu'ils font circuler des trains vides aux heures faciles pour gonfler les stats de ponctualité (je tiens ça d'agents SNCF hein).

avec le train, c'est plus facile à calculer).

Oh purée, ça doit vraiment être pourri l'avion alors… parce que je me souviens avoir calculé le taux de retard quand je prenais le train tous les jours, et ma ligne avait 20% de trains en retard le soir, avec une majorité de retards dans les 5-35 minutes.
Ligne Paris Le Havre, pour info. Si ma mémoire est bonne, cette ligne à une certaine… «excellente»… réputation.

Ce que j'aime bien, c'est de pouvoir faire des actions manuellement puis une fois que je les ai répété 2 ou 3 fois finir par faire des trucs du type :

!make && !rsync

Je comprend, je fais la même.

soit parce que ma connexion m'oblige à exécuter mes traitements localement aux données

Pas faux. Je pense que je n'avais pas en tête un niveau de volumétrie aussi élevé.

soit parce que les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq

Plus un problème d'UI mal foutue qu'autre chose?

Enfin, je pensais surtout à des trucs comme des listes de paquets. Genre, Debian semble me proposer 115000 paquets (oui, pour moi, 115K c'est beaucoup), dont 1470 sont installés. Je me vois très, très mal manipuler ça à la main, mais d'un autre côté, les GUI que j'ai trouvées quand je cherchais étaient à la ramasse.
Du coup, c'est un TUI dont l'interface est plutôt bien foutue (bien que largement perfectible): aptitude qui me permets de faire le job.

Des outils comme regedit ou son pendant libre (le truc qui gère les BDD gconf, la…) par contre c'est très pourri, manipuler directement le dump texte en CLI sera plus efficace.
Pour la manipulation des fichiers, c'est à dire aperçu, déplacement, etc… je ne suis satisfait ni par les explorateurs graphiques que j'ai utilisés, ni par zsh, mais j'utilise ce dernier parce que le moins pire. Quant à mc, dosshell et consort, ce sont à mon avis les pires outils pour faire le job, le moins bon de la CLI et de la GUI réunis.

J'ai un peu du mal avec ça. J'utilise beaucoup plus autojump. En fait je connais généralement moins le chemin que le dossier final et donc je lancerais plutôt j tools.

question de façon de fonctionner j'imagine. J'essaie d'avoir une arbo thématique, du coup c'est assez simple de m'y retrouver, mais c'est spécifique aux personnes ce genre de choses.

Justement, il me semble qu'aucun des patches volontairement buggués n'était passé, sauf un, parce que justement il n'étais pas buggué et corrigeais de vrais problèmes.
Cela dis, pour éviter tout danger, tous les patches de l'univ avaient été blacklistés, marqués comme vérolés.
M'est avis que c'est de ça que ça cause, parce que, non, je n'ai pas lu la prose de DVP attentivement (j'ai survolé, mais la qualité est à leur niveau habituel, ça m'est désagréable à lire), mais c'est bien ce dont il semble s'agir:

The majority here is the fallout of the umn.edu re-review of all prior
submissions. That resulted in a bunch of reverts along with the
"correct" changes made, such that there is no regression of any of the
potential fixes that were made by those individuals.