A Microsoft publicará especificações exFAT, mas os desenvolvedores do Linux não estão felizes

A Microsoft anunciou que publicará os detalhes técnicos da implementação do padrão exFAT e permitirá que o suporte seja integrado ao kernel do Linux em uma data futura. Esta é uma grande mudança para a Microsoft, que uma vez transformou suas patentes FAT em uma arma. Embora a Samsung tenha publicado um driver GPL para exFAT em 2013, os encargos de patentes impediram que o driver fosse distribuído como parte do Linux.

Isso agora pode mudar, se o driver for incluído em versões futuras do kernel Linux. Mas como Phoronix notado, a discussão na lista de e-mails critica o código de driver pré-existente, que foi marcado para inclusão no kernel após o anúncio da Microsoft. Christoph Hellwig, um desenvolvedor Linux de longa data, chamou-o de 'um monte de porcaria', dizendo:



Basicamente, é uma reimplementação de fs / fat / não até os padrões do kernel com alguns indiretos incluídos para oferecer suporte a exfat. Portanto, nenhum trabalho nesta base de código realmente nos fará avançar. Em vez disso, alguém pode passar alguns dias nisso e realmente ter sistemas de arquivos para testá-lo só precisa trazer os bits de formato de baixo nível para nossa base de código fs / fat bem testada em vez de duplicá-la.



Greg Kroah-Hartman, que mantém o branch estável do Linux, defendeu a decisão de colocar o código em teste, apesar de sua condição atual, escrevendo: “Eu sei que o código é horrível, mas terei prazer em colocar um código horrível em teste. Se incomoda você, apenas ignore. ”

Stephen J. Vaughan-Nichols escreve que a mudança pode ser lida como uma resposta parcial a um pedido feito por Bradley Kuhn quando a Microsoft aderiu ao pacto de não-agressão de patente da Open Invention Network (OIN) no ano passado. Depois de observar que a Microsoft abalou especificamente os fornecedores de produtos Linux por taxas de licenciamento relacionadas ao exFAT no passado, ele pediu à Microsoft que 'submetesse o código exfat ao upstream sob GPLv2 ou posterior'. A Microsoft não deu esse passo. Em vez disso, ele está publicando a especificação e oferece suporte ao trabalho de criação de um driver Linux que adicionará suporte exFAT ao kernel no futuro. Embora a Microsoft esteja apoiando esse esforço, ela espera que o envio real do código seja executado por terceiros.



Quanto a porque A Microsoft está dando esse passo, neste momento específico, a empresa pode ter dado a resposta no ano passado, em um Open Source Summit na Europa. SJVN cita Stephen Walli, o principal gerenciador de programas do Azure, dizendo:

O código aberto mudou tudo. Os clientes mudaram. Quinze anos atrás, um CIO teria dito: 'não temos código aberto, eles estariam errados, mas é o que pensaram'. Agora, os CIOs sabem que o código aberto é essencial ... A Microsoft sempre foi uma empresa por, de e para desenvolvedores. Neste ponto da história, os desenvolvedores amam o código aberto.

A oposição à mudança ou preocupações sobre se a Microsoft pretende algo sub-repticiamente trapaceiro parecem silenciadas na maioria da comunidade OSS. A Microsoft vem tentando provar sua boa fé de código aberto há anos, indo tão longe a ponto de integrar um shell Bash e kernel do Linux no Windows 10. No passado, houve lutas amargas de padronização entre a Microsoft e os membros do sistema aberto. comunidade de origem, incluindo a luta entre os proponentes do Office Open XML (Microsoft) e o OpenDocument Format (ODF) há mais de uma década.



Hoje, não há nenhum sinal de tais disputas. Desde que Satya Nadella assumiu a Microsoft, a empresa tem se mostrado muito mais amigável com os produtos de código aberto. Se isso reflete a vontade da Microsoft de reconhecer a popularidade objetiva do software de código aberto ou uma nova frente em uma guerra astuta e de longo prazo para sabotar esses produtos, é provável que esteja no olho do observador.

Copyright © Todos Os Direitos Reservados | 2007es.com