{"id":138411,"date":"2025-06-28T11:12:07","date_gmt":"2025-06-28T09:12:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-tovalds-nameren-isklyuchit-bcachefs-iz-yadra-linux-6-17"},"modified":"2025-06-28T11:12:07","modified_gmt":"2025-06-28T09:12:07","slug":"linus-tovalds-nameren-isklyuchit-bcachefs-iz-yadra-linux-6-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/linus-tovalds-nameren-isklyuchit-bcachefs-iz-yadra-linux-6-17","title":{"rendered":"Linus Torvalds planl\u00e6gger at udelukke Bcachefs fra Linux-kernen 6.17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En ny diskussion mellem Linus Torvalds og Kent Overstreet, skaberen af Bcachefs, endte med, at Linus udtrykte vilje til at ekskludere Bcachefs-koden fra Linux-kernen 6.17. Samtidig inkluderede Linus \u00e6ndringerne i Bcachefs i kernen 6.16, hvilket blev til genstand for endnu en utilfredshed over Kents handlinger. Linus skrev: <\/p>\n
\n
Jeg mener, at vores veje vil skilles i fusionsvinduet 6.17. <\/p>\n
Du har meget klart givet udtryk for, at jeg ikke kan s\u00e6tte sp\u00f8rgsm\u00e5lstegn ved nogen fejlrettelser og bare skal acceptere alt. <\/p>\n
\u00c6rligt talt, jeg f\u00f8ler mig ikke is\u00e6r godt tilpas med at v\u00e6re involveret i alt dette, og det eneste, vi begge tilsyneladende virkelig er enige om i diskussionen, er, at «vi er f\u00e6rdige». <\/p><\/blockquote>\n
Den tidligere korrespondance med Kent blev f\u00f8rt privat, og detaljerne er stadig uklare. Ikke desto mindre skrev Kent i diskussionen om dette emne, at det muligtvis var misforst\u00e5et, hvad han sagde i privat korrespondance, og han mener ikke, at BcacheFS b\u00f8r udelukkes fra kernen. Han er dog villig til at stoppe med at levere Bcachefs i den prim\u00e6re Linux-kernel, og det vil ikke dr\u00e6be projektet, selvom det vil v\u00e6re et stort problem. I tilf\u00e6lde af at Bcachefs bliver fjernet, vil udviklingen forts\u00e6tte, og dette filsystem vil blive distribueret som et DKMS-modul. Kent bem\u00e6rkede ogs\u00e5, at udelukkelsen af BcacheFS fra kernen vil v\u00e6re den bedste l\u00f8sning for hans og Linus' fred, men det vil klart ikke v\u00e6re den bedste l\u00f8sning for brugerne og udviklerf\u00e6llesskabet. <\/p>\n
Uenighederne mellem Kent og Linus skyldes konstante overtr\u00e6delser af reglerne for indsendelse af \u00e6ndringer og rettelser til kernen. Kent mener, at l\u00f8sningen p\u00e5 problemer i filsystemet b\u00f8r fremmes straks og p\u00e5 alle mulige m\u00e5der. Linus insisterer p\u00e5, at funktionelle \u00e6ndringer og store rettelser kun er tilladt i den indledende fase af udviklingen af en ny kernelgren, mens sene releases er fokuseret udelukkende p\u00e5 at rette fejl. Kent overtr\u00e6der regelm\u00e6ssigt denne bestemmelse og sender store \u00e6ndringer p\u00e5 upassende tidspunkter, hvilket f\u00f8rer til Linus' utilfredshed og en ny b\u00f8lge af uenigheder. Tidligere har Linus allerede advaret Kent om sin hensigt om at fjerne Bcachefs fra hovedkernen, da Kent forts\u00e6tter med at lege alene i sin egen sandkasse, ikke engagerer sig i samarbejde og n\u00e6gter at acceptere udviklerf\u00e6llesskabets spilleregler. <\/p>\n
I tilf\u00e6lde af kernen 6.16 sendte Kent et s\u00e6t patches til inkludering i opdateringen RC3, hvoraf en var en patch med implementeringen af den nye mulighed «journal_rewind». Linus skrev, at Kent havde glemt, at efter lukningen af vinduet for funktionelle \u00e6ndringer, er det ikke tilladt at tilf\u00f8je ny funktionalitet til kernen, selvom det er relateret til at rette andre fejl, da tilf\u00f8jelse af nye funktioner i de sene stadier af en udgivelse kan f\u00f8re til regressioner. Desuden forts\u00e6tter Bcachefs med at blive positioneret som et eksperimentelt FS, og hastigheden af fejlrettelse i det er ikke s\u00e5 kritisk. <\/p>\n
Kent svarede, at hovedform\u00e5let med udviklingen er at give brugerne fungerende kode, s\u00e5 han har ikke til hensigt at g\u00e5 p\u00e5 kompromis med sp\u00f8rgsm\u00e5l vedr\u00f8rende fejlrettelser, der p\u00e5virker opretholdelsen af dataintegritet. I mods\u00e6tning til andre undersystemer l\u00f8ses fejl i FS ikke ved genstart og kan f\u00f8re til dataskader, s\u00e5 if\u00f8lge Kent er det uacceptabelt at uds\u00e6tte rettelsen af dem til det n\u00e6ste vindue for \u00e6ndringsaccept, selvom s\u00e5danne rettelser kr\u00e6ver store \u00e6ndringer. <\/p>\n
Den tilf\u00f8jede mulighed «journal_rewind» rullede \u00e6ndringerne tilbage i journalen for at nulstille FS til en tidligere tilstand. Kent mener, at den nye mulighed skal aktiveres straks, da den l\u00f8ser problemet med gendannelse af FS for brugere, der er st\u00f8dt p\u00e5 en fejl ved sletning af underafsnit og ikke har en sikkerhedskopi. I begyndelsen n\u00e6gtede Linus at tage s\u00e6ttet af patches med denne \u00e6ndring i kernen 6.16-RC3, men efter personlig korrespondance med Kent \u00e6ndrede han sin holdning og accepterede \u00e6ndringerne i kodebasen, som opdatering 6.16-RC4 skal dannes ud fra. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"