Zapiranje okna za združevanje v Linuxu 6.17 je za seboj pustil kaotično epizodo: Linus Torvalds je zavrnil paket sprememb za RISC-V, ker je vključeval neprimerne spremembe generičnih glav in je bil oddan prepozno.
Pošiljka, ki jo je opravil Palmer Dabbelt (ekipa za Android pri Googlu), je dosegel praktično mejo in se dotaknil skupnih področij jedra s tem, kar je Torvalds opredelil kot "smeti", kar je spodbudilo takojšen veto in zahtevo za ponovni poskus v naslednjem integracijskem oknu. Več o Torvaldsovih opozorilih uporabnikom
Kaj se je zgodilo
Paket sprememb je bil predložen tik pred izdajo prvi kandidat za izdajo Linuxa 6.17, čas, ko so integracije novih funkcij ne ustreza več urniku projektaZa boljše razumevanje posodobitev v Linuxu 6.17 si lahko ogledate Glavne nove funkcije Linuxa 6.16.
Torvalds je opredelil dva glavna problema: po eni strani, pozen prispetek zahteve za vlečenje, v nasprotju s smernicami, sporočenimi vzdrževalcem; in po drugi strani vključitev prilagoditev skupnih glav, ki niso bile nujno potrebne za RISC-V. Ali želite upoštevati politike integracije projekta? Pregled Torvaldsove izjave o disciplini jedra.
Ena najbolj opaznih točk je bila uvedba pomočnik za makro, make_u32_from_two_u16(), ki po mnenju vodje projekta zmanjšana berljivost kode y dodatna dvoumnost glede vrstnega reda argumentovZa podrobnejši vpogled v izboljšave izdaje obiščite Vse o Linuxu 6.17 in njegovih popravkih.
V kulturi jeder, Spremembe, specifične za arhitekturo, morajo ostati znotraj drevesa te arhitekture. razen v upravičenih in dogovorjenih primerih; dotaknite se skupnih glav vključuje stranske učinke za celoten ekosistem.
Kdo je bil vpleten in zakaj je bilo nadležno
Pošiljko je podpisal on Palmer Dabbelt, inženir ekipe za Android, s spremembami, ki so bile usmerjene v RISC-V, vendar so razširile svoj obseg na glave, ki se navezujejo na jedro, kar je sprožilo alarme o revizijah. Če želite razumeti, kako to vpliva na določene projekte, glejte izboljšave v Linuxu 6.16.
Nekaj dni prej je Torvalds zahteval predhodne zahteve za združitev Zaradi časovnih omejitev je bil rok interpretiran kot kršitev procesnih pravil. Za več podrobnosti glej kaj je novega v Linuxu 6.13.
Sporočilo je bilo jasno: Zamujenih zahtevkov za prevzem ne bo več. niti sprememb, ki bi po nepotrebnem onesnaževale skupne prostore. Povabilo k ponovnemu poskusu v različici 6.18, znotraj ustreznega časovnega okvira in z bolj omejenim obsegom, je bilo puščeno na mizi.
Reakcije in kontekst
Na svoji strani Dabbelt je odgovoril v spravljivem tonu, pri čemer se zavezujejo k spoštovanju rokov in omejevanju sprememb področij RISC-V, da ne bi vplivale na skupne glave. Za boljše razumevanje pomena nadzora kakovosti glejte izboljšave v Linuxu 6.10.
Epizoda je ponovno sprožila razpravo o tem, kako uravnotežiti odprtje razvoja s tehnično disciplinoV Linuxu, Vključujočost ne pomeni sprejemanja kakršnih koli spremembzahteve doslednost, jasnost in kakovostVeč o disciplini v odprtokodnih projektih na Sistemi ARM in Linux.
Reakcija se ujema s Torvaldsovimi nedavnimi odločitvami, da zaščititi stabilnost drevesa, pri čemer ne pozabite, da urnik in pravila integracije niso dekorativna, temveč orodja za preprečevanje regresij in tehničnega dolga. Če želite razumeti pomen urnika pri razvoju, preberite kaj je novega v Linuxu 5.19.
Kratkoročno gledano, Linux 6.17 bo nadaljeval brez teh popravkov, medtem ko se delo za RISC-V lahko ponovno predlaga v različici 6.18, če se bo držal smernic, in če se kozmetične spremembe, ki ovirajo branje, opustijo.
Kombinacija dostave iz bližine, Spremembe generičnih glav in kontroverzen pomočnik Služilo je kot opomnik: v jedru morajo biti spremembe pravočasne, potrebne in izboljšati jasnost, ne obratno.