Microsoft opublikuje specyfikację exFAT, ale twórcy Linux nie są zadowoleni

Ta strona może zarabiać prowizje partnerskie z linków na tej stronie. Warunki korzystania. Microsoft opublikuje specyfikację exFAT, ale twórcy Linux nie są zadowoleni 1

Microsoft ogłosił, że opublikuje szczegóły techniczne implementacji standardu exFAT i pozwoli na integrację wsparcia z jądrem Linuksa w przyszłości. Jest to poważna zmiana dla firmy Microsoft, która niegdyś zbroiła swoje patenty FAT. Chociaż Samsung opublikował sterownik GPL dla exFAT w 2013 r., Obciążenia patentowe uniemożliwiły dystrybucję sterownika jako część systemu Linux.

Można to teraz zmienić, jeśli sterownik będzie zawarty w przyszłych wersjach jądra Linux. Ale, jak zauważył Phoronix, dyskusja na liście mailingowej była krytyczna wobec wcześniej istniejącego kodu sterownika, który został oznaczony do włączenia do jądra po ogłoszeniu Microsoft. Christoph Hellwig, wieloletni programista Linuksa, nazwał to „kupą bzdur”, mówiąc:

Zasadniczo jest to ponowna implementacja fs / fat / nie do standardów jądra z kilkoma pośrednimi wprowadzonymi w celu wsparcia exfat. Tak więc żadna praca nad tym kodem źródłowym tak naprawdę nas nie przyspieszy. Zamiast tego ktoś, kto może poświęcić na to kilka dni i faktycznie ma systemy plików do przetestowania, po prostu musi przenieść bity formatu niskiego poziomu do naszej dobrze przetestowanej bazy kodu fs / fat zamiast powielać ją.

Greg Kroah-Hartman, który utrzymuje gałąź stabilną dla Linuksa, bronił decyzji o wprowadzeniu kodu w scenę, pomimo jego obecnego stanu, pisząc: „Wiem, że kod jest okropny, ale chętnie wezmę okropny kod w scenę. Jeśli ci to przeszkadza, po prostu zignoruj ​​to. ”

Stephen J. Vaughan-Nichols pisze, że ten ruch można odczytać jako częściową odpowiedź na prośbę Bradleya Kuhna, kiedy Microsoft dołączył w zeszłym roku do patentowego paktu o nieagresji Open Invention Network (OIN). Po zauważeniu, że Microsoft w przeszłości specjalnie potrząsał dostawcami produktów Linux za opłaty licencyjne związane z exFAT, wezwał Microsoft do „przedłożenia samego kodu exfat na GPLv2 lub później.” Microsoft nie podjął tego kroku. Zamiast tego publikuje specyfikację i wspiera pracę nad stworzeniem sterownika dla Linuksa, który doda obsługę exFAT do jądra w przyszłości. Podczas gdy Microsoft wspiera ten wysiłek, oczekuje, że faktyczne przesłanie kodu zostanie wykonane przez innych.

Co się tyczy czemu Microsoft robi ten krok, w tym konkretnym momencie firma mogła udzielić odpowiedzi w zeszłym roku na szczycie Open Source w Europie. SJVN cytuje Stephena Walli, głównego programu zarządzającego platformą Azure, mówiąc:

Otwarte źródło zmieniło wszystko. Klienci się zmienili. Piętnaście lat temu CIO powiedziałby: „nie mamy otwartego źródła, byliby w błędzie, ale tak właśnie myśleli.” Teraz CIO wiedzą, że niezbędne jest otwarte źródło… Microsoft zawsze był firmą od, dla i dla programiści. W tym momencie historii programiści uwielbiają oprogramowanie typu open source.

Sprzeciw wobec przeprowadzki lub obawy dotyczące tego, czy Microsoft zamierza coś ukradkiem skulduggerous, wydają się przytłumione w większości społeczności OSS. Microsoft od lat próbuje udowodnić, że jest open-source bona fides, nawet jeśli chodzi o integrację powłoki Bash i jądra Linuksa z Windows 10. W przeszłości toczyły się zaciekłe walki o standaryzację między Microsoftem a członkami społeczności open-source, w tym walka między zwolennikami Office Open XML (Microsoft) a OpenDocument Format (ODF) ponad dziesięć lat temu.

Dzisiaj nie ma oznak takich sporów. Od czasu przejęcia Satyi Nadella w Microsoft firma była znacznie bardziej przyjazna dla produktów typu open source. To, czy odzwierciedla to gotowość Microsoftu do uznania obiektywnej popularności oprogramowania typu open source, czy nowego frontu w przebiegłej, długofalowej wojnie o sabotaż tych produktów, jest prawdopodobnie w oczach obserwatora.

Teraz przeczytaj: