<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Qual a receita do sucesso de popularidade da GPL?</title>
	<atom:link href="http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/feed/" rel="self" type="application/rss+xml" />
	<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/</link>
	<description>Linux levado a sério desde 1996</description>
	<pubDate>Thu, 20 Nov 2008 23:37:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: self_liar</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12211</link>
		<dc:creator>self_liar</dc:creator>
		<pubDate>Thu, 12 Jun 2008 01:44:46 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12211</guid>
		<description>Ainda mais que acredito que a GPL v3 seja mais eficiente e protege mais os usuários, tem pessoas que gostam de tirar alguns lucros com as brechas/permissões que a GPL v2 oferece.</description>
		<content:encoded><![CDATA[<p>Ainda mais que acredito que a GPL v3 seja mais eficiente e protege mais os usuários, tem pessoas que gostam de tirar alguns lucros com as brechas/permissões que a GPL v2 oferece.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thotypous</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12209</link>
		<dc:creator>thotypous</dc:creator>
		<pubDate>Thu, 12 Jun 2008 01:34:24 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12209</guid>
		<description>s/se houve/se houver/

Outra nota interessante. O próprio pessoal do projeto GNU me disse que a GPLv3 é INCOMPATÍVEL com a GPLv2 a menos que o código possa ser relicenciado (ou seja, que exista a expressão "ou posterior").

Isso é devido ao mesmo motivo que eu disse acima pelo qual a antiga licença BSD de 4 cláusulas é incompatível com a GPL. A GPL impede a mesclagem de qualquer código que imponha mais restrições que ela mesma contém.</description>
		<content:encoded><![CDATA[<p>s/se houve/se houver/</p>
<p>Outra nota interessante. O próprio pessoal do projeto GNU me disse que a GPLv3 é INCOMPATÍVEL com a GPLv2 a menos que o código possa ser relicenciado (ou seja, que exista a expressão &#8220;ou posterior&#8221;).</p>
<p>Isso é devido ao mesmo motivo que eu disse acima pelo qual a antiga licença BSD de 4 cláusulas é incompatível com a GPL. A GPL impede a mesclagem de qualquer código que imponha mais restrições que ela mesma contém.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thotypous</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12208</link>
		<dc:creator>thotypous</dc:creator>
		<pubDate>Thu, 12 Jun 2008 01:31:53 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12208</guid>
		<description>&lt;blockquote&gt;Se bem que os softwares licenciados sob a GPLv2 e posteriores podem ser relicenciados sob a GPLv3… Ou não?&lt;/blockquote&gt;

Allan Taborda, podem ser relicenciados se houve no cabeçalho do programa ou na documentação a expressão "GPL versão 2 ou posterior". Isso é recomendado pela FSF no Apêndice da GPLv2, mas algumas pessoas removem o "ou posterior".

Algumas pessoas colocam explicitamente "versão 2 e nenhuma posterior", para indicar que não desejam aceitar versões posteriores da GPL.</description>
		<content:encoded><![CDATA[<blockquote><p>Se bem que os softwares licenciados sob a GPLv2 e posteriores podem ser relicenciados sob a GPLv3… Ou não?</p></blockquote>
<p>Allan Taborda, podem ser relicenciados se houve no cabeçalho do programa ou na documentação a expressão &#8220;GPL versão 2 ou posterior&#8221;. Isso é recomendado pela FSF no Apêndice da GPLv2, mas algumas pessoas removem o &#8220;ou posterior&#8221;.</p>
<p>Algumas pessoas colocam explicitamente &#8220;versão 2 e nenhuma posterior&#8221;, para indicar que não desejam aceitar versões posteriores da GPL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Taborda</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12204</link>
		<dc:creator>Allan Taborda</dc:creator>
		<pubDate>Thu, 12 Jun 2008 00:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12204</guid>
		<description>Há uma observação que eu gostaria de fazer no texto do post: na licença GPL, só há a obrigatoriedade de liberar as modificações feitas nos códigos de softwares GPL se, e somente se, o software modificado for redistribuído. Caso o software modificado não seja redistribuído, a licença não obriga o cara que modificou os fontes a disponibilizá-los. O Google faz muito isso.

E a GPL que se popularizou foia GPLv2, a GPLv3, até o momento, ainda não é considerada popular, mas vai lentamente sendo adotada por projetos livres, como o Samba e por novos softwares. Se bem que os softwares licenciados sob a GPLv2 e posteriores podem ser relicenciados sob a GPLv3... Ou não?</description>
		<content:encoded><![CDATA[<p>Há uma observação que eu gostaria de fazer no texto do post: na licença GPL, só há a obrigatoriedade de liberar as modificações feitas nos códigos de softwares GPL se, e somente se, o software modificado for redistribuído. Caso o software modificado não seja redistribuído, a licença não obriga o cara que modificou os fontes a disponibilizá-los. O Google faz muito isso.</p>
<p>E a GPL que se popularizou foia GPLv2, a GPLv3, até o momento, ainda não é considerada popular, mas vai lentamente sendo adotada por projetos livres, como o Samba e por novos softwares. Se bem que os softwares licenciados sob a GPLv2 e posteriores podem ser relicenciados sob a GPLv3&#8230; Ou não?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: self_liar</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12194</link>
		<dc:creator>self_liar</dc:creator>
		<pubDate>Wed, 11 Jun 2008 22:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12194</guid>
		<description>Mas código tem um custo e não gosto de empresas que ao mesmo tempo atacou e ataca o software livre,mas ao mesmo tempo se apreoveita.

VocÊs sabem de quem estou falando.</description>
		<content:encoded><![CDATA[<p>Mas código tem um custo e não gosto de empresas que ao mesmo tempo atacou e ataca o software livre,mas ao mesmo tempo se apreoveita.</p>
<p>VocÊs sabem de quem estou falando.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thotypous</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12189</link>
		<dc:creator>thotypous</dc:creator>
		<pubDate>Wed, 11 Jun 2008 22:07:59 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12189</guid>
		<description>Henrique, falou bem!

Provavelmente esse é um dos motivos mais fortes para que o KAME e outros projetos da WIDE realizem sempre suas implementações em cima dos BSDs.</description>
		<content:encoded><![CDATA[<p>Henrique, falou bem!</p>
<p>Provavelmente esse é um dos motivos mais fortes para que o KAME e outros projetos da WIDE realizem sempre suas implementações em cima dos BSDs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thotypous</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12182</link>
		<dc:creator>thotypous</dc:creator>
		<pubDate>Wed, 11 Jun 2008 21:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12182</guid>
		<description>cristo, licença MIT é praticamente a mesma coisa que a BSD de 2 cláusulas. É bastante permissiva.</description>
		<content:encoded><![CDATA[<p>cristo, licença MIT é praticamente a mesma coisa que a BSD de 2 cláusulas. É bastante permissiva.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrique</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12165</link>
		<dc:creator>Henrique</dc:creator>
		<pubDate>Wed, 11 Jun 2008 19:50:44 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12165</guid>
		<description>Caras, vocês comentam o fato da Microsoft ou seja lá quem for pegar código do BSD e usar como algo "ruim". Para pra pensar: se a licença não permitisse pegar o stack TCP/IP e implementar num código fechado, esse protocolo nunca teria sido difundido, e nós estaríamos até hoje com cada sistema usando um protocolo diferente.

Existem licenças pra cada necessidade. Vocês só pensam em proteger o código. O que MENOS importa é código, isso é commodity. O que custa dinheiro é inovação e integração.</description>
		<content:encoded><![CDATA[<p>Caras, vocês comentam o fato da Microsoft ou seja lá quem for pegar código do BSD e usar como algo &#8220;ruim&#8221;. Para pra pensar: se a licença não permitisse pegar o stack TCP/IP e implementar num código fechado, esse protocolo nunca teria sido difundido, e nós estaríamos até hoje com cada sistema usando um protocolo diferente.</p>
<p>Existem licenças pra cada necessidade. Vocês só pensam em proteger o código. O que MENOS importa é código, isso é commodity. O que custa dinheiro é inovação e integração.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cristo</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12161</link>
		<dc:creator>cristo</dc:creator>
		<pubDate>Wed, 11 Jun 2008 19:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12161</guid>
		<description>Rapaz falando por mim como desenvolvedor, nem vejo nenhuma vantagem em fazer um produto licenciado em BSD, pois eu nem quero trabalhar de graça, nem importa se meu nome vai estar lá, como todo ser humano eu também preciso de dinheiro para viver.

Se for considerar o sistemas BSDs-Like (independente de suas lincenças) eles foram prejudicados por fator histórico, pois se for considerar a licença em si, dar uma forte impressão que está trabalhando de graça, mas a GPL de certa forma dar uma segurança maior pois o código que libero sempre será retornado, o GPLv3 a mesma coisa e o MIT também, mas BSD é para mim sinonimo de cerveja gratis.</description>
		<content:encoded><![CDATA[<p>Rapaz falando por mim como desenvolvedor, nem vejo nenhuma vantagem em fazer um produto licenciado em BSD, pois eu nem quero trabalhar de graça, nem importa se meu nome vai estar lá, como todo ser humano eu também preciso de dinheiro para viver.</p>
<p>Se for considerar o sistemas BSDs-Like (independente de suas lincenças) eles foram prejudicados por fator histórico, pois se for considerar a licença em si, dar uma forte impressão que está trabalhando de graça, mas a GPL de certa forma dar uma segurança maior pois o código que libero sempre será retornado, o GPLv3 a mesma coisa e o MIT também, mas BSD é para mim sinonimo de cerveja gratis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lxoliva</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12136</link>
		<dc:creator>lxoliva</dc:creator>
		<pubDate>Wed, 11 Jun 2008 17:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12136</guid>
		<description>Este texto que escrevi há alguns anos justifica um dos porquês de software sob GPL ser mais viável e vantajoso economicamente que não só o software não-Livre, como também o software sob licenças permissivas.
http://www.lsd.ic.unicamp.br/~oliva/papers/free-software/BMind.pdf</description>
		<content:encoded><![CDATA[<p>Este texto que escrevi há alguns anos justifica um dos porquês de software sob GPL ser mais viável e vantajoso economicamente que não só o software não-Livre, como também o software sob licenças permissivas.<br />
<a href="http://www.lsd.ic.unicamp.br/~oliva/papers/free-software/BMind.pdf" rel="nofollow">http://www.lsd.ic.unicamp.br/~oliva/papers/free-software/BMind.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thotypous</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12133</link>
		<dc:creator>thotypous</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12133</guid>
		<description>&lt;blockquote&gt;É claro que existem variantes da BSD que tem clausulas incompatíveis com a GPL, mas me parece que essas variantes andam perdendo força, até porque em muitos casos essas clausulas incompatíveis são também incômodas para o uso comercial do projeto.&lt;/blockquote&gt;

Essas são as licenças BSD de 4 cláusulas. Ela só é incompatível com a GPL porque a quarta cláusula exige que qualquer produto ou projeto que use o código BSD contenha em seu material de propaganda uma frase "Este produto contém código desenvolvido pela Universidade da California em Berkley", ou semelhante.

A licença BSD original era essa de 4 cláusulas, mas devido a apelos da FSF e de outros, a Universidade da California cedeu uma licença de 3 cláusulas, excluindo essa cláusula.

Essa cláusula só é incompatível com a GPL pois a GPL proíbe o uso de código que imponha mais restrições que ela própria. Como a GPL não exige que uma frase dessas seja incluída em material de divulgação, então qualquer licença que faça essa exigência será incompatível com a GPL.

O motivo é simplesmente esse. E só esse. Pode até parecer besteira, mas tornava as licenças incompatíveis.

Hoje em dia praticamente todo mundo adota 3 cláusulas ou 2 cláusulas, sendo compatível com a GPL.

&lt;blockquote&gt;Ou seja, um projeto que iniciou em BSD pode em geral migrar para a licença GPL mesmo que essa mudança não seja unanimidade em sua comunidade, mas um projeto iniciado como GPL precisaria da autorização unânime de todos os seus desenvolvedores atuais e passados para virar BSD.
É claro, nem tudo o que é legal é moral. Copiar parte do código de um projeto sem pedir autorização para sua comunidade é no mínimo uma enorme falta de etiqueta.&lt;/blockquote&gt;

Isso é um erro comum. Código BSD não pode ser relicenciado.

Veja, é dito que a licença BSD é compatível com a GPL devido ao fato de que código BSD pode ser MESCLADO com código GPL. Ou seja, um arquivo que possuía licença original BSD pode ser incluído dentro de um projeto que é GPL, como um dos módulos do projeto.

Entretanto, a licença BSD exige que suas cláusulas e aviso de copyright não sejam retirados do código fonte. Exige que o comentário permaneça intacto lá em cima. Isso garante que o arquivo de código fonte continue contendo a licença BSD e que ele possa ser utilizado sob a licença BSD, caso alguém obtenha acesso a ele.</description>
		<content:encoded><![CDATA[<blockquote><p>É claro que existem variantes da BSD que tem clausulas incompatíveis com a GPL, mas me parece que essas variantes andam perdendo força, até porque em muitos casos essas clausulas incompatíveis são também incômodas para o uso comercial do projeto.</p></blockquote>
<p>Essas são as licenças BSD de 4 cláusulas. Ela só é incompatível com a GPL porque a quarta cláusula exige que qualquer produto ou projeto que use o código BSD contenha em seu material de propaganda uma frase &#8220;Este produto contém código desenvolvido pela Universidade da California em Berkley&#8221;, ou semelhante.</p>
<p>A licença BSD original era essa de 4 cláusulas, mas devido a apelos da FSF e de outros, a Universidade da California cedeu uma licença de 3 cláusulas, excluindo essa cláusula.</p>
<p>Essa cláusula só é incompatível com a GPL pois a GPL proíbe o uso de código que imponha mais restrições que ela própria. Como a GPL não exige que uma frase dessas seja incluída em material de divulgação, então qualquer licença que faça essa exigência será incompatível com a GPL.</p>
<p>O motivo é simplesmente esse. E só esse. Pode até parecer besteira, mas tornava as licenças incompatíveis.</p>
<p>Hoje em dia praticamente todo mundo adota 3 cláusulas ou 2 cláusulas, sendo compatível com a GPL.</p>
<blockquote><p>Ou seja, um projeto que iniciou em BSD pode em geral migrar para a licença GPL mesmo que essa mudança não seja unanimidade em sua comunidade, mas um projeto iniciado como GPL precisaria da autorização unânime de todos os seus desenvolvedores atuais e passados para virar BSD.<br />
É claro, nem tudo o que é legal é moral. Copiar parte do código de um projeto sem pedir autorização para sua comunidade é no mínimo uma enorme falta de etiqueta.</p></blockquote>
<p>Isso é um erro comum. Código BSD não pode ser relicenciado.</p>
<p>Veja, é dito que a licença BSD é compatível com a GPL devido ao fato de que código BSD pode ser MESCLADO com código GPL. Ou seja, um arquivo que possuía licença original BSD pode ser incluído dentro de um projeto que é GPL, como um dos módulos do projeto.</p>
<p>Entretanto, a licença BSD exige que suas cláusulas e aviso de copyright não sejam retirados do código fonte. Exige que o comentário permaneça intacto lá em cima. Isso garante que o arquivo de código fonte continue contendo a licença BSD e que ele possa ser utilizado sob a licença BSD, caso alguém obtenha acesso a ele.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: self_liar</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12132</link>
		<dc:creator>self_liar</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12132</guid>
		<description>Ah eu conheço o pc-bsd ,não testei.Se ele for rápido assim então acredito que ele seja bom!</description>
		<content:encoded><![CDATA[<p>Ah eu conheço o pc-bsd ,não testei.Se ele for rápido assim então acredito que ele seja bom!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: self_liar</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12130</link>
		<dc:creator>self_liar</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12130</guid>
		<description>Obrigado pela recomendação. 

O freebsd é bom,mas eu acredito que ele deveria ser um forte amigo/concorrente do linux.

Mas pra falar a verdade pouco se fala dele.

Não sei se é os desenvolvedores ou falta de costume......


Sei lá.....</description>
		<content:encoded><![CDATA[<p>Obrigado pela recomendação. </p>
<p>O freebsd é bom,mas eu acredito que ele deveria ser um forte amigo/concorrente do linux.</p>
<p>Mas pra falar a verdade pouco se fala dele.</p>
<p>Não sei se é os desenvolvedores ou falta de costume&#8230;&#8230;</p>
<p>Sei lá&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tenchi</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12128</link>
		<dc:creator>Tenchi</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12128</guid>
		<description>self_liar, conhece o PC-BSD? Ele é baseado no FreeBSD e é mais fácil de instalar que o Ubuntu, todo gráfico, além de ser super-leve. Usa o KDE como ambiente e toda a sua configuração é feita por meio do Centro de Controle do KDE, como Instalação de novos pacotes, etc. 
Aliás, ele possui, além do ports e do pkg_add um sistema de pacotes chamado pbi, que contém instaladores semelhantes aos do Windows, no next-next. Muito interessante mesmo.
Além disso e'compatível com quase tudo que temos no Linux, como compiz (já que roda o X), e todos os ambientes gráficos como fluxbox, windowmaker, GNOME, etc, etc, etc...

Eu uso ele aqui num duron 800MHz com 128 de RAM e roda como roda um Ubuntu numa máquina com 512MB de RAM. Recomendo mesmo.

&lt;a href="http://www.pbidir.com/" rel="nofollow"&gt;http://www.pbidir.com/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>self_liar, conhece o PC-BSD? Ele é baseado no FreeBSD e é mais fácil de instalar que o Ubuntu, todo gráfico, além de ser super-leve. Usa o KDE como ambiente e toda a sua configuração é feita por meio do Centro de Controle do KDE, como Instalação de novos pacotes, etc.<br />
Aliás, ele possui, além do ports e do pkg_add um sistema de pacotes chamado pbi, que contém instaladores semelhantes aos do Windows, no next-next. Muito interessante mesmo.<br />
Além disso e&#8217;compatível com quase tudo que temos no Linux, como compiz (já que roda o X), e todos os ambientes gráficos como fluxbox, windowmaker, GNOME, etc, etc, etc&#8230;</p>
<p>Eu uso ele aqui num duron 800MHz com 128 de RAM e roda como roda um Ubuntu numa máquina com 512MB de RAM. Recomendo mesmo.</p>
<p><a href="http://www.pbidir.com/" rel="nofollow">http://www.pbidir.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fábio Capela</title>
		<link>http://br-linux.org/2008/qual-a-receita-do-sucesso-de-popularidade-da-gpl/#comment-12127</link>
		<dc:creator>Fábio Capela</dc:creator>
		<pubDate>Wed, 11 Jun 2008 16:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://br-linux.org/?p=1908#comment-12127</guid>
		<description>&lt;blockquote&gt;E, enfim, respondendo a pergunta: o segredo do sucesso é, além do que o fabio disse, a utilização dela em projetos-chave que todo mundo precisa:)&lt;/blockquote&gt;
Eu diria que a GPL foi muito mais eficiente em criar comunidades em torno de seus projetos, o que fez com que um maior número de projetos usando a GPL se tornassem essenciais. E grande parte dessa capacidade de formar comunidades eu atribuo ao "espírito" da GPL, que exige que todos os que recebem o software recebam também todas as liberdades que a pessoa que distribuiu tem; eu resumiria a GPL na expressão "É proibido proibir".
&lt;blockquote&gt; Acontece que softwares BSD, quando são compartilhados, precisam usar a licença BSD, se não me engano. Então, simplesmente pegar software BSD e relicenciá-lo sob a GPL não é permitido (sem contar que é imoral), apesar daquela palhaçada com o driver ath5k (em que os desenvolvedores GPL compreenderam a questão e voltaram atrás).&lt;/blockquote&gt; 
As licenças BSD não exigem que o código seja redistribuido sob a mesma licença. Se fosse assim seria impossível o uso de EULAs em softwares que contem código BSD. As licenças BSD modernas, em geral, exigem apenas que a nota de copyright seja preservada, o que, até onde eu sei, é compatível com a GPL; a própria GPL tem os mesmos requisitos de preservação dos créditos e notas.

É claro que existem variantes da BSD que tem clausulas incompatíveis com a GPL, mas me parece que essas variantes andam perdendo força, até porque em muitos casos essas clausulas incompatíveis são também incômodas para o uso comercial do projeto.

Ou seja, um projeto que iniciou em BSD pode em geral migrar para a licença GPL mesmo que essa mudança não seja unanimidade em sua comunidade, mas um projeto iniciado como GPL precisaria da autorização unânime de todos os seus desenvolvedores atuais e passados para virar BSD.
É claro, nem tudo o que é legal é moral. Copiar parte do código de um projeto sem pedir autorização para sua comunidade é no mínimo uma enorme falta de etiqueta.</description>
		<content:encoded><![CDATA[<blockquote><p>E, enfim, respondendo a pergunta: o segredo do sucesso é, além do que o fabio disse, a utilização dela em projetos-chave que todo mundo precisa:)</p></blockquote>
<p>Eu diria que a GPL foi muito mais eficiente em criar comunidades em torno de seus projetos, o que fez com que um maior número de projetos usando a GPL se tornassem essenciais. E grande parte dessa capacidade de formar comunidades eu atribuo ao &#8220;espírito&#8221; da GPL, que exige que todos os que recebem o software recebam também todas as liberdades que a pessoa que distribuiu tem; eu resumiria a GPL na expressão &#8220;É proibido proibir&#8221;.</p>
<blockquote><p> Acontece que softwares BSD, quando são compartilhados, precisam usar a licença BSD, se não me engano. Então, simplesmente pegar software BSD e relicenciá-lo sob a GPL não é permitido (sem contar que é imoral), apesar daquela palhaçada com o driver ath5k (em que os desenvolvedores GPL compreenderam a questão e voltaram atrás).</p></blockquote>
<p>As licenças BSD não exigem que o código seja redistribuido sob a mesma licença. Se fosse assim seria impossível o uso de EULAs em softwares que contem código BSD. As licenças BSD modernas, em geral, exigem apenas que a nota de copyright seja preservada, o que, até onde eu sei, é compatível com a GPL; a própria GPL tem os mesmos requisitos de preservação dos créditos e notas.</p>
<p>É claro que existem variantes da BSD que tem clausulas incompatíveis com a GPL, mas me parece que essas variantes andam perdendo força, até porque em muitos casos essas clausulas incompatíveis são também incômodas para o uso comercial do projeto.</p>
<p>Ou seja, um projeto que iniciou em BSD pode em geral migrar para a licença GPL mesmo que essa mudança não seja unanimidade em sua comunidade, mas um projeto iniciado como GPL precisaria da autorização unânime de todos os seus desenvolvedores atuais e passados para virar BSD.<br />
É claro, nem tudo o que é legal é moral. Copiar parte do código de um projeto sem pedir autorização para sua comunidade é no mínimo uma enorme falta de etiqueta.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
