Embora a maioria das distribuições Linux incluam arquivos de firmware linux-firmware.git como a coleção de binários de firmware/microcódigo necessários para vários drivers de kernel Linux principais, o Debian não. Enquanto os drivers do kernel são de código aberto, os arquivos de firmware tendem a ser somente binários/fonte fechada. No entanto, hoje em dia são cada vez mais necessários para qualquer nível de suporte funcional. Assim, o Debian fica na posição embaraçosa de fornecer suporte de hardware ruim e os usuários ficam imaginando o que está acontecendo ou de fazer algumas melhorias para lidar melhor com as necessidades de firmware. Então, neste contexto, o Debian avalia mudanças no tratamento do código fechado.
Este é um drama, pois mesmo com drivers de código aberto, grande parte do hardware de hoje precisa de arquivos de firmware de código fechado.
Voltando a muitos anos, a maioria dos sistemas Linux – especialmente desktops e servidores – geralmente podiam sobreviver sem a necessidade de carregar arquivos de firmware extras, exceto alguns laptops e adaptadores sem fio.
Porém, mais recentemente, os arquivos de firmware são necessários para aplicar atualizações de microcódigo de CPU por motivos de segurança, placas gráficas mais modernas exigem arquivos de firmware binários para inicialização de hardware para aproveitar a aceleração 3D e outros componentes de hardware dependem cada vez mais de arquivos de firmware externos para qualquer nível de suporte ao driver. Mesmo apenas em nome das correções de segurança, os arquivos de firmware são cada vez mais importantes.
Debian avalia mudanças no tratamento do código fechado
O conhecido desenvolvedor Debian Steve McIntyre está trabalhando com outros membros da equipe Debian para tentar descobrir o melhor caminho a seguir para lidar com arquivos de firmware. A mídia oficial do Debian atualmente não inclui os arquivos de firmware não-livres, mas há uma mídia de instalação separada disponível, mas não amplamente divulgada, que inclui esses arquivos. Para os usuários finais, isso só leva a uma confusão com o hardware atual.
O Debian vai trabalhar para uma resolução geral para solicitar à comunidade Debian mais ampla sobre o que deve ser feito para o manuseio de firmware.
Entre as opções atualmente consideradas:
1. Mantenha a configuração existente. É horrível, mas talvez seja o melhor que podemos fazer? (Espero que não!)
Notícias Relacionadas
Audiolivros Spotify
Spotify expande catálogo de audiolivros com parceria estratégica
Spotify firmou parceria com a Bloomsbury Publishing para expandir seu catálogo de audiolivros. A nova coleção inclui 1.000 títulos de autores aclamados e narradores de destaque, fortalecendo o papel dos audiolivros na plataforma.
Tecnologia móvel
Samsung destaca avanço nas mensagens RCS com suporte no iOS
O suporte a RCS chega ao iOS com o iOS 18.1, permitindo que usuários de Android e iPhone aproveitem uma experiência de mensagens aprimorada e sem necessidade de redes sociais.
2. Poderíamos simplesmente parar de fornecer as imagens não-oficiais não-livres por completo. Essa não é realmente uma rota promissora a seguir – estaríamos tornando ainda mais difícil para os usuários instalarem nosso software. Embora ideologicamente puro, não vai avançar a causa do Software Livre.
3. Poderíamos parar de fingir que as imagens não livres não são oficiais, e talvez movê-las ao lado das imagens gratuitas normais para que sejam publicadas juntas. Isso os tornaria mais fáceis de encontrar para pessoas que precisam deles, mas provavelmente fará com que os usuários questionem por que ainda fazemos imagens sem firmware se forem idênticas.
4. A equipe de imagens tecnicamente poderia simplesmente incluir non-free nas imagens oficiais e adicionar pacotes de firmware às listas de entrada para essas imagens. No entanto, isso ainda nos deixaria com o problema 3 acima (não-livre geralmente ativado na maioria das instalações).
5. Poderíamos dividir os pacotes de firmware não-livres em um novo componente de firmware não-livre no arquivo e permitir uma exceção específica apenas para permitir a inclusão desses pacotes em nossa mídia oficial. Nós então geraríamos apenas um conjunto de mídia oficial, incluindo aqueles pacotes de firmware não livres.
Steve espera pessoalmente que a última abordagem seja um compromisso razoável entre os valores de software livre do Debian e garantir que os usuários possam ter uma boa experiência de hardware com firmware não livre, se necessário. Mais detalhes no blog de Steve. Ele espera que o Debian GR vote em breve sobre o assunto para que tal mudança possa ser tratada a tempo para o Debian 12 no próximo ano.
Via Phoronix
