Douglas Santos wrote:
> No final do mês de Agosto deste ano, Theo de Raadt postou na lista
> [EMAIL PROTECTED] um comentário interessante sobre a insistência, dos
> desenvolvedores do OpenBSD, de que a liberdade "freedom" de
> código/software é importante.
> 
> Neste e-mail ele relata o commit de um "blob" recente no código do
> NetBSD para um driver wireless da Atheros. Isto é inadmissível no
> kernel do OpenBSD, porque o princípio básico da liberdade é que você
> não dependa da decisão de outros, seja uma empresa ou indivíduo, para
> usar, modificar ou distribuir o código.
> 
> No OpenBSD um desenvolvedor, Reyk Floeter, tomou a iniciativa e
> escreveu um driver totalmente livre para esta placa wireless. E o mais
> importante, sem documentação nenhuma.
> 
> http://kerneltrap.org/OpenBSD/Software_Freedom
> 
> Ainda no final de Agosto, surge uma discussão na Linux Kernel mailing
> list sobre a licença dos drivers Atheros, recentemente importados,
> estarem re-licenciados como GPL.
> Jiri Slaby fez o commit, aplicando a licença GPLv2.
> Luis Rodriguez, sugeriu que esta é a melhor escolha, manter o código
> com duas licenças. assim garantindo a predominância da licença mais
> restritiva, a GPL.
> 
> Esta atitude não poderia ser tomada, pois ele não é o autor original do
> driver, muito menos escreveu a maior parte do código para ter direito
> sobre o mesmo.
> Apenas quem detém o copyright pode re-licenciar o código. E de acordo
> com Reyk, o código possui apenas uma licença.
> 
> Vale lembrar aqui que uma parte que foi escrita por Sam Leffler do
> NetBSD, pode ser distribuída sob a GPL, pois possui duas licenças. E
> sempre deve ser distribuído sobre as duas licenças.
> 
> Também é importante observar um comentário feito pelo Theo de Raadt a
> respeito da ideia de Luis Rodriguez, que a tempos vinha insistindo
> para que Reyk colocasse duas licenças no seu código.
> O código já é totalmente livre, mas aparentemente há uma regra estúpida
> do Luis que diz que todo o software não deve ser livre, não, não pode
> ser apenas livre, tem que ser GPL.
> 
> É importante observar que:
> 1 - Apenas o autor pode modificar o copyright
> 2 - A licença diz que você não pode apagar o copyright original e
> substituir por outro
> 
> http://kerneltrap.org/Linux/Relicensing_Code
> 
> No começo deste mês, as discussões continuam...
> Alan Cox pergunta: qual é o problema ? Theo de Raadt responde que o
> Alan está incentivando que as pessoas infrinjam a lei.
> 
> Novamente é importante observar que:
> 1 - Se você receber um código com duas licenças, você não pode apagar a
> licença que não gosta e distribuir o código com apenas uma licença.
> 2 - Se você receber um código com a licença BSD ou ISC, você não pode
> apagar a licença.
> 3 - Se você escrever ou re-escrever a maior parte do código de maneira
> original, você pode colocar uma licença diferente (não conflitante) no
> inicio do arquivo, sob a licença existente.
> 
> Theo de Raadt então diz que o código deve ser devolvido.
> Isto significa que a licença deve ser mantida de acordo com o copyright
> original.
> 
> É muito importante este comentário, veja que o código é totalmente
> livre, pode ser copiado e modificado por qualquer um. Porém quando o
> código for distribuído deve conter o copyright original.
> 
> Theo vai mais além, e afirma que fans da licença GPL dizem que a
> licença BSD sofre de um problema na qual empresas pegam o código BSD,
> modificam e não devolvem nada.
> Veja que isto é possível e implícito na licença BSD. Mas Theo diz que o
> maior problema são as pessoas que modificam o código BSD, inserindo uma
> licença GPL. Todo o tempo, empresas estão devolvendo código BSD, mas
> uma vez que a licença é GPL, este código não volta. Ironicamente.
> 
> Theo então termina, agradecendo para que a comunidade Linux pense sobre
> isso.
> 
> http://kerneltrap.org/OpenBSD/Stealing_Versus_Sharing_Code
> 
> Reyk Floeter, que estava de férias neste intervalo, entra na discussão
> e afirma que não vai lançar seu código sobre GPL ou sobre duas
> licenças.
> Diz também que a licença ISC, na qual seu código está licenciado deve
> conter a nota de copyright bem como o termo de garantia original.
> 
> http://kerneltrap.org/Linux/Continuing_Dual-Licensing_Discussions
> 
> Os debates continuam, foi perguntado porque licença BSD não pode ser
> extraída de aplicações Windows, conhecidas por incluir código sob a
> licença BSD.
> 
> Theo mais uma vez reponde que neste caso não é código, e sim binários.
> Além disso se você procurar nos documentos da Microsoft, você verá
> referências a licença BSD.
> Vale lembrar que a licença BSD atual não inclui mais o termo que diz
> algo como "este produto inclui software desenvolvido por..." que nas
> versões anteriores era obrigatório para todas as empresas que
> utilizavam desta licença.
> 
> http://kerneltrap.org/OpenBSD/The_BSD_License
> 
> Reyk descreve que se sente desapontado, gastou muito tempo escrevendo
> os drivers e gostaria que os driver pudessem ser portados para outros
> sistemas operacionais, com o copyright original.
> 
> http://kerneltrap.org/Linux/Clarifying_the_ath5k_Licensing
> 
> As discussões continuam, os desenvolvedores Linux não admitem estarem
> errados.
> 
> Um caso muito similar acabou entrando em discussão.
> Um driver wireless da Marvell foi inserido no código do OpenSolaris.
> O mais incrível é que o código foi inserido com o devido copyright, e
> inclui ainda uma nota dizendo que o driver é baseado no código do
> OpenBSD e é oferecido sob a licença BSD original.
> Sem dúvida, é um bom exemplo para a comunidade linux seguir.
> 
> http://www.opensolaris.org/os/community/laptop/wireless/malo/
> 
> http://kerneltrap.org/OpenBSD/Atheros_Driver_Developments
> http://undeadly.org/cgi?action=article&sid=20070913014315
> 
> O repositório com o código re-licenciado sob a GPL pode ser visto aqui:
> http://madwifi.org/browser/branches/ath5k
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Muito bom resumo dos fatos Douglas. Sem duvida essa e' uma discussao que 
tende a se extender, pois a pratica de licenseamento duplo sempre 
facilita confusao de entendimento, e incompatibilidade de interpretacao 
de quem "aceita" o codigo, pensa que aceita sob a licenca X e pode 
ignorar a Y, e inclusive relicencear apenas sob X.

Seja como for, o mais triste, e' os desenvolvedores se recusarem a 
cumprir os termos mesmo apos o desenvolvedor se pronunciar. Deixa de ser 
uma ma interpretacao dos termos, e se torna completo desrespeito (no 
minimo).

-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Responder a