O Ubuntu contém blobs de kernel não-livres e outros componentes não-livres do sistema?

Question

Eu ouvi Richard Stallman dizer que o Ubuntu contém blobs não-livres. Por que ele tem essas bolhas e quais funções esses blobs não-livres e componentes do sistema fazem que o software livre não consegue? A Canonical os inclui para manter o controle do projeto do Ubuntu?

Há alguma distribuição que não inclua esses blobs de firmware não gratuitos por padrão?

    

Answer 1

Stallman está correto. O kernel do Linux inclui várias partes de firmware não livre para dispositivos periféricos. Este firmware não está armazenado no dispositivo; ele deve ser copiado para o dispositivo toda vez que for inicializado. Sem os "blobs", o dispositivo não pode ser usado. A vantagem de baixar o firmware para o dispositivo é que ele permite atualizar o dispositivo simplesmente atualizando o firmware no computador.

O problema com esses "blobs" é que eles são apenas isso - um pedaço de binário distribuído pelo fabricante. O conhecimento para executar os dispositivos é mantido frequentemente proprietário. Richard Stallman e outros defensores do software livre se opõem a isso porque não recebem o código-fonte usado para criar os binários. A maioria das distribuições, incluindo o kernel oficial do Linux, ainda envia essas blobs porque melhoram enormemente a compatibilidade com dispositivos (não há uma alternativa aberta para elas) e porque é "apenas" o firmware.

(Nota: algumas pessoas notam que, se você advogar pelo firmware aberto, estará a poucos passos de advogar por diagramas HDL abertos para FPGAs, o que comprometeria a propriedade intelectual das empresas hardware No entanto, observe que o firmware ainda pode ser malicioso, por exemplo, o firmware do modem celular tem acesso irrestrito à rede e acesso bastante amplo ao sistema também. Essa é uma justificativa para a postura absolutista de "nenhum software não-livre". p>

Existem muitas distribuições que criam distribuições Linux "verdadeiramente livres". Um dos mais populares é chamado Trisquel . Eles são baseados no Ubuntu e possuem um processo de depuração completo. A FSF usa esta distro quando quer distribuir Live CDs. O que ouvi pela última vez sobre o uso de Stallman é chamado de GNewSense ; é baseado no Ubuntu e no Debian. Qualquer coisa que a FSF endosse será totalmente livre de blobs.

    

Answer 2

  

A Canonical os inclui para manter o controle do projeto do Ubuntu?

Eu acho que isso é comprovadamente falso. É o hardware que requer esses blobs e, portanto, são os usuários que controlam o hardware que compram, não a Canonical. Se um usuário optar por usar apenas hardware com drivers de software gratuitos, nenhum blobs será usado.

Portanto, não tem nada a ver com o "controle de manutenção" da Canonical, já que os usuários têm a opção de usar o Ubuntu sem usar quaisquer blobs binários. Isso significa que a Canonical não tem nenhum controle específico nessa área que eles possam exercer de qualquer maneira.

Os blobs são enviados apenas para a conveniência dos usuários que já fizeram uma escolha de hardware não livre.

(Divulgação: Eu trabalho para a Canonical. Esta resposta reflete minha opinião pessoal; não posso falar em nome do meu empregador nessa área.)

    

Answer 3

Verifique wikipedia :

  

No contexto do software de código aberto, um blob binário é um driver somente de código-fonte fechado, sem o código-fonte publicamente disponível. O termo geralmente se refere a um módulo de kernel de código fechado carregado no kernel de um sistema operacional de código aberto

O que eles fazem o que o software livre não pode? Nada em teoria. Mas, na prática, uma empresa de hardware não quer lançar um driver de código aberto para seu hardware, porque isso daria dicas aos seus rivais sobre o design do hardware. Então, por exemplo, A Nvidia e a AMD não lançam drivers de código aberto. Não há problema, você pode dizer, a comunidade faz isso, nós temos os drivers open-source nouveau e radeon. Sim, mas todos sabemos que esses drivers têm alguns problemas, por exemplo. com gerenciamento de energia e aceleração de hardware e alguns outros. Por quê? Como somente o fabricante do hardware sabe o design correto de seu hardware, a comunidade só pode adivinhar como o hardware funciona internamente. Portanto, o problema é que, até que as especificações de hardware sejam fechadas e mantidas em segredo, a comunidade não pode criar alternativas adequadas de código aberto.

Distros sem essas bolhas? Eu não sei, mas confira este e esta página .