Arquivos históricos do BR-Linux.org apresenta:

Sementes para polêmica: drivers fechados e 'backporting'

Notícia publicada por brain em abril 21, 2004 08:55 PM | TrackBack


O Slashdot informa que o mantenedor oficial do kernel do Debian anunciou que vai iniciar a remoção de drivers proprietários fornecidos sem código-fonte no kernel oficial incluído na distribuição, a partir das versões 2.2.26/2.4.27/2.6.6. Diversos drivers de periféricos populares (incluindo modelos comuns de placas de vídeo aceleradas e winmodems) possuem drivers nesta situação. A medida certamente aumenta o nível de liberdade da distribuição, mas ao mesmo tempo reduz o nível de funcionalidade fornecido como padrão. Os usuários interessados em componentes não-livres, entretanto, não precisam se preocupar: certamente terão como encontrr o que procuram, já que o próprio projeto Debian mantém um repositório desta categoria de software.

Enquanto isto, o responsável pela área técnica da SUSE criticou a política da Red Hat de incluir recursos do kernel 2.6 na sua versão do kernel 2.4, porque (segundo ele), poderia ter efeitos adversos sobre a compatibilidade. Entretanto, esta é uma prática comum (tem até nome próprio: backporting), conhecida e benéfica - e a Red hat nem precisou se defender, uma vez que o próprio Linus Torvalds se encarregou da defesa.

Miguel de Icaza (da Ximian, que ironicamente também pertence à Novell, que é a dona da SUSE) foi outro a se levantar a favor do backporting, secundado pelo líder do projeto Debian e por Bruce Perens (que foi menos enfático na defesa da Red Hat). Como o backporting entre versões é realmente prática comum, possivelmente o CTO da SUSE irá publicar algum tipo de desmentido ou esclarecimento nos próximos dias.

 

Comentários dos leitores
(Termos de Uso)

» Ark () em 22/04 07:52

Com certeza isso só vem a "somar" ao Debian, aliado ao seu "excelente" instalador default e reconhecimento de hardware.


» Ricardo Rabelo Mota () em 22/04 08:41

Significa também, que não mais funcionará no meu equipamento. Afinal, placa SIS é a mais comum. Bom, paciência. Afinal, meu mandrake está mandando bem melhor que outras distros que experimentei até agora.


» semente () em 22/04 09:00

Não vejo problema algum nisso. Se não tem o driver que quer no kernel do repositório oficial, só usar o non-free da própria Debian.


» anom () em 22/04 09:10

Acho bobeira reclamar da Debian. Eles definiram diretrizes e estão simplesmente a segui-las. Eu não a uso mais, por que pro meu caso particular a atualização via internet não é vantajosa, haja vista que o release via midia demora muito.
Deveria era existir um distro que aproveitasse a estrtura e ferramentas do Debian so que focado em releases mais curtos e mais voltada ao desktop. Resumindo: uma Debiandrake. :)


» Augusto Campos () em 22/04 09:39

Eu acho maniqueísta ver a medida do Debian como algo exclusivamente ruim, ou exclusivamente bom. Foi uma medida coerente com os propósitos da distribuição, mas oferece um "custo" em termos de funcionalidade default. É polêmico, sem dúvida; merece ser noticiado; mas não é ruim.


» internero () em 22/04 11:33

Bem, partindo do princípio que foi favorável a votação da menutenção da árvore dos pacotes 'non-free' esse fato simplesmente força as pessoas a puxarem pacotes extras ao instalar o Debian. Tudo continua funcionando, 'non-default' como disse o Augusto, mas sem prejuízo algum para a comunidade.


» /home/josceley () em 22/04 17:24

Caro anom,
o "Debiandrake" que você reinvindica já existe, e atende pelo nome de kurumin.
Não só existe mas, como dizem por aí, está "bombando"...


» Fábio Rabelo () em 22/04 17:50

Interessante ! várias pessoas comentaram a remoção dos drivers proprietários da árvore do Kernel, mas ninguém comentou a atitude da Suse sobre a RedHat e principalmente ninguém entendeu direito o q a Suse disse !!
Não é o backport q eles criticaram, mas sim o fato da RedHat estar usando um VM ( o gerenciador de memória virtual ) q foi OFICIALMENTE abandonado pelo próprio Linus pouco antes da liberação do Kernel 2.6.0 em favor de uma versão muito mais sofisticada e bem escrita do q esta q a RH insiste em usar !! e q diga-se de passagem é o default do Kernel de TODO MUNDO ( Suse, Debian, Mandrake, Gentoo e todas as derivadas ) mas NÃO existe no RH !!


» haha () em 22/04 20:30

Esse pessoal do Debian ( os mentores e nao os empacotadores ) vão parar de viver nesse mundinho de faz-de-conta onde tudo é livre e bonitinho ?

O Debian mostra mais uma vez que é a distribuição do flu-flu . Vc tem regrinhas pra isso e pra aquilo...
Isso nao é mais linux.

"Não vejo problema algum nisso. Se não tem o driver que quer no kernel do repositório oficial, só usar o non-free da própria Debian."

Vc nao pode ver, pois deve possuir uma maquina atual ... ja pensou no pessoal pobre q nao tem ? E a no caso da segurança de usar um repositorio nao oficial ? Vai por agua abaixo nao é ?

"Com certeza isso só vem a "somar" ao Debian, aliado ao seu "excelente" instalador default e reconhecimento de hardware."

Gostei da ironia ! :-)


» Eduardo () em 22/04 22:54

haha, outros

o non-free não é um repositório "não-oficial". Ele é tão oficial quanto os outros repositórios do Debian (main, contrib), e vai continuar sendo, já que essa opção foi a escolhida numa votação recentemente realizada.

De qualquer maneira, são poucos os softwares do non-free que são realmente necessários.

Eu, por exemplo, não preciso de nenhum.

O que algumas pessoas usam é o driver na NVidia, que, para é muito inferior ao driver nv nativo do XFree para aplicações não 3d.

Para aplicações 3d, o melhor é comprar um vídeo-game. Computador é coisa séria :)

Quanto ao instalador do Debian, sugiro que vocês testem o debian-installer, que vai ser o padrão na próxima versão oficial, a Sarge. (http://www.debian.org/devel/debian-installer/)

Ele já vem com detecção automática de hardware, feita pelo discover.

Aliás, o discover pode (e deve) ser instalado em qualquer outra versão do Debian (com um simples apt-get install discover).

Detecção automática de hardware tem. Vocês é que não sabem usar ;)


» Patola () em 23/04 00:15

"Para aplicações 3d, o melhor é comprar um vídeo-game. Computador é coisa séria :)"

Dá licença? Posso usar o MEU computador para o que eu quero? Quem é você para decidir as prioridades dos outros? Tenho muitos joguinhos 3D no MEU debian e estou feliz com isso.

(Sem contar o pessoal que usa 3D para coisas sérias, como usuários do Blender e do Maya)

Não viva apenas no seu mundinho. Computador é uma ferramenta universal e é *por isso* que é tão bom.


» eduardo () em 23/04 00:50

Patola,

:) = smile

Um smile geralmente indica uma piada, uma ironia, ou mesmo uma brincadeira, como foi o caso.

Na verdade eu poderia ter gastado várias linhas dizendo como que drivers binários são prejudicias, já que você está inserindo código não confiável na parte mais crítica do sistema.

Imagina se isso vira moda, e todos os fabricantes passarem a lancar drivers binários para seus hardwares.. o kernel vai virar um caos, e pra conseguir fazer uma compilação decente você vai ter que passar horas aplicando patches e mais patches.

Existe uma corrente que diz: "Lançar driver binário é melhor do que não lançar nenhum driver"

Isso é ilusão.
Como eu disse, driver binário funciona se você só precisa instalar um.

Além do mais, quando a NVidia lança seu driver binário ela fica com a fama de "amiga do Linux", mas na verdade ela está sendo altamente prejudicial.

Isso sem contar na evidente infração da GPL cometida por essas empresas que lançam drivers binários, que precisam #incluir os '.h's do kernel do seu driver.

Quem entende um pouco de programação poderia dizer que #incluir um .h no seu programa não é infração da GPL, por que o .h serve, geralmente, de orientação pro compilador, não influindo no código gerado.

Mas quem conhece um pouco de programação do kernel do Linux sabe que os .h's do kernel são recheados de códigos assembly inline, e esses são incluídos no código final gerado, constituindo, portanto, uma infração da GPL.

Entre outros problemas com drivers fechados.

O comportamento que qualquer usuário minimamente consciente deveria apoiar é a divulgação, por parte das empresas, das especificações necessárias para a produção de drivers livres.


Voltando aos joguinhos...

Então, foi só uma brincadeira.

Não tenho nada contra usar o computador para jogos.

Eu, por exemplo, sou até hoje completamente viciado em Doom 2, e em Warcraft II, e estava jogando doom entre a minha 1a mensagem e essa.

(apt-get install doomlegacy-sdl - não me responsabilizo se depois disso você começar a passar noites sem dormir)


» Ark () em 23/04 08:00

Já usei debian durante um bom tempo. Mas eu só tinha conexão discada, e o povo não entende que quem depende da velocidade de conexão fica a ver navios.
Não venham com historinha de "ah, é fácil pedir pra um amigo com speedy baixar os pacotes, aprender a gerar um iso do debian unstable e entregar pra vc". Pq vcs não usam o mesmo argumento qdo acusam a suse de disponibilizar o código fonte somente via internet e dizer que download não é um modo popular de se obter código fonte?
O instalador decente, já foi prometido a anos, inclusive no Woody, mas veio com o velho por default. A maioria das pessoas usa o default, as empresas, e tudo o mais. Não adianta vir com "ah, baixe isso com sua conexão discada, daí mude o instalador, e baixe os drivers non-free, gere o novo cd e instale, é fácil, qualquer nerd espinhento de 13 anos sem nada pra fazer consegue" (embora esse povo goste mesmo é do Slack).


Comentários desativados: Esta discussão é antiga e foi arquivada, não é mais possível enviar comentários adicionais.



O Arquivo Histórico do BR-Linux.org mantém no ar (sem alteração, exceto quanto à formatação, layout, tabela de caracteres, etc.) o acervo de notícias, artigos e outros textos publicados originalmente no site na segunda metade da década de 1990 e na primeira década do século XXI, que contam parte considerável a história do Linux e do Open Source no Brasil. Exceto quando indicado em contrário, a autoria dos textos é de Augusto Campos, e os termos de uso podem ser consultados na capa do BR-Linux.org. Considerando seu caráter de acervo, é provável que boa parte dos links estejam quebrados, e que as informações deste texto estejam desatualizadas.