Movimento para incluir firmware proprietário na distribuição Debian

Steve McIntyre, que atuou como líder do projeto Debian por vários anos, tomou a iniciativa de repensar a abordagem do Debian para enviar firmware proprietário, que atualmente não está incluído nas imagens oficiais de instalação e é fornecido em um repositório não-livre separado. Segundo Steve, tentar atingir o ideal de entregar apenas software de código aberto resulta em dificuldades desnecessárias para os usuários, que em muitos casos precisam instalar firmware proprietário se quiserem obter todas as funcionalidades de seus equipamentos.

O firmware proprietário é colocado em um repositório não-livre separado, junto com outros pacotes não distribuídos sob licenças livres e abertas. O repositório não-livre não pertence oficialmente ao projeto Debian e os pacotes dele não podem ser incluídos na instalação e nas compilações live. Por conta disso, imagens de instalação com firmware proprietário são coletadas separadamente e classificadas como não oficiais, embora formalmente sejam desenvolvidas e mantidas pelo projeto Debian.

Assim, um certo status quo foi alcançado na comunidade, que combina o desejo de fornecer apenas software de código aberto na distribuição e a necessidade dos usuários por firmware. Há também um pequeno conjunto de firmware gratuito, que está incluído nas compilações oficiais e no repositório principal, mas existem muito poucos firmware desse tipo e eles não são suficientes na maioria dos casos.

A abordagem usada no Debian cria muitos problemas, incluindo inconveniência para os usuários e desperdício de recursos na construção, teste e hospedagem de compilações não oficiais com firmware fechado. O projeto apresenta imagens oficiais como principais montagens recomendadas, mas isso só confunde os usuários, pois durante o processo de instalação eles encontram problemas de suporte de hardware. O uso de assemblies não oficiais leva involuntariamente à popularização do software proprietário, uma vez que o usuário, junto com o firmware, também recebe um repositório não-livre conectado com outro software não-livre, enquanto se o firmware fosse oferecido separadamente, a inclusão do repositório não-livre poderia ser dispensado.

Recentemente, os fabricantes têm recorrido cada vez mais ao uso de firmware externo carregado pelo sistema operacional, em vez de entregar firmware em memória permanente nos próprios dispositivos. Esse firmware externo é necessário para muitos adaptadores gráficos, de som e de rede modernos. Ao mesmo tempo, a questão é ambígua até que ponto o firmware pode ser atribuído aos requisitos para a entrega apenas de software livre, uma vez que em essência o firmware é executado em dispositivos de hardware, e não no sistema, e se refere ao equipamento. Com o mesmo sucesso, computadores modernos, equipados até com distribuições totalmente gratuitas, rodam firmware embutido no equipamento. A única diferença é que alguns firmwares são carregados pelo sistema operacional, enquanto outros já estão flasheados na ROM ou na memória Flash.

Steve trouxe para discussão cinco opções principais para projetar a entrega de firmware no Debian, que estão planejadas para serem apresentadas à votação geral dos desenvolvedores:

  • Deixe tudo como está, forneça firmware fechado apenas em montagens não oficiais separadas.
  • Pare de fornecer compilações não oficiais com firmware não-livre e alinhe a distribuição com a ideologia do projeto de fornecer apenas software livre.
  • Converta assemblies não oficiais com firmware em oficiais e forneça-os em paralelo e em um só lugar com assemblies que incluam apenas software livre, o que simplificará a busca do usuário pelo firmware necessário.
  • Incluir firmware proprietário em montagens oficiais padrão e recusar-se a fornecer montagens não oficiais individuais. A desvantagem desta abordagem é a inclusão de um repositório não-livre por padrão.
  • Separe o firmware proprietário do repositório não-livre em um componente de firmware não-livre separado e entregue-o em outro repositório que não exija ativação do repositório não-livre. Adicione uma exceção às regras do projeto que permite a inclusão de um componente de firmware não livre em montagens de instalação padrão. Assim, será possível recusar a criação de assemblies não oficiais separados, incluir firmware em assemblies padrão e não ativar o repositório não gratuito para usuários.

    O próprio Steve defende a adoção do quinto ponto, que permitirá ao projeto não se desviar muito da promoção do software livre, mas ao mesmo tempo tornar o produto conveniente e útil para os usuários. O instalador oferece uma distinção explícita entre firmware livre e não-livre, permitindo ao usuário fazer uma escolha informada e informando ao usuário se o firmware livre disponível suporta o hardware atual e se há projetos para criar firmware livre para dispositivos existentes. Na fase de inicialização, também está planejado adicionar uma configuração para desabilitar um pacote com firmware não livre.

    Fonte: opennet.ru

  • Adicionar um comentário