Greg Kroah-Hartman (il manutentore di Linux) invio una richiesta pull Pochi giorni fa per Linux 5.13, con l'obiettivo di affrontare il "dolore causato dalle buffonate di alcuni studenti dell'Università del Minnesota".
Ed è quello Greg? pone particolare enfasi sulla nota inviata per le correzioni dalla versione 3 del kernel RC5.13, dove menziona che poco più di 80 sviluppatori hanno dovuto lavorare insieme.
Nella sua nota si legge quanto segue:
La maggior parte qui sono le conseguenze della nuova revisione di umn.edu di tutte le precedenti presentazioni. Ciò ha comportato molti rollback insieme alle modifiche "corrette" apportate, quindi non vi è alcuna regressione di nessuna delle possibili correzioni apportate da quegli individui. Vorrei ringraziare gli oltre 80 sviluppatori diversi che hanno aiutato con la revisione e le correzioni per questo pasticcio.
Ci sono voluti più di 80 sviluppatori per affrontare le conseguenze del lavoro degli studenti compsci dell'Università del Minnesota. Il tentativo mal giudicato di sovvertire il kernel Linux il mese scorso ha portato a un divieto totale di contributi da chiunque abbia un indirizzo e-mail dell'Università del Minnesota e un massiccio rollback di conferme.
E dobbiamo ricordare che tutto questo caos è dovuto alle azioni intraprese da un gruppo di ricercatori dall'Università del Minnesota, poiché dal punto di vista di molti, tali azioni in relazione all'introduzione di vulnerabilità nel kernel Linux non hanno giustificazione.
E anche se un gruppo Ricercatori dell'Università del Minnesotpubblicare una lettera di scuse aperta, la cui accettazione delle modifiche al kernel Linux che è stata bloccata da Greg Kroah-Hartman, ha rivelato i dettagli di patch inviate agli sviluppatori del kernel e corrispondenza con i manutentori associati a queste patch.
E 'degno di nota tutte le patch problematiche sono state rifiutate Su iniziativa dei manutentori, nessuna delle patch è stata approvata. Questo fatto rende chiaro perché Greg Kroah-Hartman abbia agito in modo così duro, poiché non è chiaro cosa avrebbero fatto i ricercatori se le patch fossero state approvate dal manutentore.
Ripensandoci, ha sostenuto che intendevano segnalare il bug e non consentirebbero alle patch di andare a Git, ma non è chiaro cosa farebbero effettivamente o fino a che punto potrebbero spingersi.
A proposito del caso, Phoronix notato quello dei circa 150 cerotti inviato dagli sviluppatori umn.edu al negli anni, solo 37 sono stati ripristinati in questa richiesta pull. La maggior parte erano inutili o » sbagliato «.
La richiesta pone fine alla revisione e alla pulizia delle patch del kernel umn.edu e siamo fiduciosi che il tempo di quegli "più di 80 sviluppatori diversi" avrebbe potuto essere speso meglio altrove.
Ed è che parlando della versione 5.13 del kernel Linux, pure possiamo evidenziare che la quinta versione candidata per questa versione è già stata rilasciata Pochi giorni fa e Linus Torvalds, ha espresso solo una lieve preoccupazione per i progressi.
Con "Hmm", ha aperto il post settimanale Stato del kernel di Torvalds
“Le cose non hanno ancora iniziato a calmarsi molto, ma rc5 sembra essere di dimensioni piuttosto medie. Spero che le cose inizino a ridursi ora.
Torvalds non ha trovato nulla che lo preoccupi finora nel ciclo di rilascio 5.13.
La prima release candidate lo ha visto commentare che la comunità poteva aspettarsi "una finestra di fusione piuttosto ampia, ma le cose sembrano essere andate lisce". Ha aggiunto che la valutazione potrebbe rappresentare "le ultime parole famose". Per rc2, la sua posizione era che "le cose sembrano abbastanza normali" e, come rc3, ha espresso una piccola sorpresa per le piccole dimensioni del rilascio settimanale.
Torvalds ha scritto sulla release candidate quattro:
"Non è la rc4 più grande che abbiamo mai avuto, ma è sicuramente lassù, in competizione in modo credibile per il titolo." Ma non si è preoccupato per la stabilità di rc2 e rc3.
L'annuncio di rc5 esprimeva la speranza di Torvald che le uscite settimanali fossero ridotte, indicando che spera di attenersi alla sua routine preferita di non richiedere più di otto candidati per la presentazione.