Следваща дискусия между Линус Торвалдс и Кент Оверстрийт, автор на Bcachefs, приключи с това, че Линус изрази готовност да изключи кода на Bcachefs от ядрото на Linux 6.17. В същото време, Линус прие промените в Bcachefs за ядрото 6.16, които станаха предмет на ново недоволство за действията на Кента. Линус написа:
Смятам, че пътищата ни ще се разделят в прозореца за сливане 6.17.
Вие много ясно дадохте да се разбере, че не мога да поставям под въпрос каквито и да било поправки и просто трябва да приемам всичко.
Честно казано, не се чувствам особено комфортно, участвайки в това, и единственото, с което и двамата изглежда наистина се съгласихме в дискусията, е, че "завършихме".
Предишната кореспонденция с Кент беше частна и детайлите все още не са ясни. Въпреки това, в дискусията по темата Кент написа, че е възможно думите му в личната кореспонденция да са били неправилно тълкувани и той не смята, че BcacheFS трябва да бъде изключен от ядрото. В същото време е готов да прекрати доставката на Bcachefs в основното ядро на Linux и това няма да убие проекта, въпреки че ще бъде огромен проблем. При изтриване на Bcachefs, развитието ще продължи и тази файловата система ще започне да се разпространява под формата на модул DKMS. Кент също така отбеляза, че изключването на BcacheFS от ядрото ще бъде най-добрият вариант за неговото спокойствие с Линус, но очевидно няма да бъде най-доброто решение за потребителите и общността от разработчици.
Спорът между Кент и Линус е в резултат на постоянни нарушения на правилата за изпращане на промени и поправки в ядрото. Кент счита, че поправките на проблемите във файловата система трябва да се популяризират незабавно и по всякакъв възможен начин. Линус настоява, че функционалните промени и големите корекции са допустими в начален етап на разработката на нова версия на ядрото, а късните кандидати за версии се фокусират само върху корекции на грешки. Кент редовно нарушава това правило и изпраща големи промени в неподходящ момент, което води до недоволство от страна на Линус и нови спорове. По-рано Линус вече беше предупреждавал Кент за желанието си да премахне Bcachefs от основното ядро, тъй като Кент продължава да играе сам в своята пясъчна кутия, не се включва в съвместната работа и не желае да приеме правилата на общността от разработчици на ядрото.
В случая с ядрото 6.16 Кент изпрати набор от пачове за включване в обновлението RC3, сред които беше пач с реализация на нова опция „journal_rewind“. Линус написа, че Кент е забравил, че след затварянето на прозореца за прием на функционални промени добавянето на нова функционалност в ядрото не е допустимо, дори ако е свързано с корекция на други грешки, тъй като добавянето на нови възможности в късните стадии на формиране на версията може да доведе до регресии. Освен това, Bcachefs продължава да се позиционира като експериментална файловата система и своевременността на поправките в нея не е толкова критична.
Кент отговори, че основната цел на разработката е да предостави на потребителите работещ код, затова не смята да отстъпва по въпросите, свързани с корекция на грешки, влияещи на целостта на данните. За разлика от другите подсистеми, грешките във файловата система не могат да се решат с рестарт и могат да доведат до повреждане на данни, затова, според Кент, отлагането на тяхната поправка до следващото отворено прозорец за прием на промени е недопустимо, дори ако подобни поправки изискват извършване на големи промени.
Добавената опция «journal_rewind» връща промените в журнала, за да възстанови файловата система в по-ранно състояние. Кент смята, че новата опция трябва да бъде включена незабавно, тъй като решава проблема с възстановяването на файловата система при потребители, сблъскващи се с грешки при изтриване на подраздели и нямат резервно копие. Първоначално Линус отказа да приеме комплекта пачове с това изменение в ядрото 6.16-RC3, но след лична кореспонденция с Кент промени мнението си и прие промените в кодовата база, на която се основава актуализацията 6.16-RC4.
Източник: opennet.ru
