Até onde entendo de licenças, não é problema você vender um software licenciado como GPL, desde que o código fonte do mesmo o acompanhe. O que não é problema no caso do index.php (exemplo do post). Você não precisa distribuir o código para a comunidade, o distribuir significa apenas que o fonte deve ser distribuido juntamente com os binários.

Acredito que o grande problema aqui, seja apenas você ser obrigado a licenciar seu produto como GPL, quando você na verdade não quer.

Eu acredito que o problema aqui não é você ter que licenciar o produto, o problema é você, de certa forma, está meio que obrigado a liberar o código lado servidor de uma aplicação comercial, caso não pague a lecença. Realmente temos um impasse.

Sou leitor do Akita On Rails há algum tempo e em geral adoro o conteúdo mas esse post (talvez pelo foco não ser técnico) me fez disparar a flag de ‘open source advocate’.

O propósito da licença GPL é garantir que quem faz uso do código desenvolvido por terceiros não posso aplicar ao resultado de seu trabalho uma licença mais restritiva do que a do código que utilizou. Em outras palavras, se eu desenvolvo um software X, que faz uso de uma biblioteca Y, é bem provável que Y > X (em termos de funcionalidade/complexidade/utilidade ou qualquer outra métrica similar). No entanto, se a licença de Y é mais restritiva do que a de X, então isso significa que caso alguém deseje escrever um terceiro software Z, onde Z > Y, ele terá que reproduzir todos os esforços desenvolvidos pelo autor de Y.

Tudo isso, a longo prazo, diminui bastante a velocidade com que o software de código aberto pode evoluir, uma vez que um mesmo degrau pode precisar ser escalado mais de uma vez apenas por restrições nas licenças dos trabalhos derivados de esforços que foram disponibilizados como software livre. Entendo perfeitamente as implicações disto para os desenvolvedores pagos por seu trabalho, mas não seriam justamente estes que deveriam pagar por suas bibliotecas também? O problemas da licença só introduz complicações para softwares e bibliotecas que fazem uso de licenças mais liberais do que a GPL e que incluem o ExtJS, porque você não pode incluir código GPL em uma biblioteca BSD/Artistic License, por exemplo.

Enfim, apenas meus $0.02 de contribuição para que todos entendam os diversos ângulos do problema.

É interessante como até os desenvolvedores, que tomaram a iniciativa de trocar a licença, desconhecem como a GPL 3 funciona.

” * Suponha que você tenha uma aplicação web com um index.php que inclui Ext JS. Nesse caso o index.php deve ser GPL já que está usando Ext. E já que ele precisa ser GPL, seu código fonte precisa ser distribuído. Também por causa disso, o efeito “viral” do GPL está agora em ação e qualquer coisa que use isso no lado do servidor também precisa ser GPL.”

Perfeito, mas a GPL não diz isso. O que diz é que, caso você queira distribuir a sua aplicação, deve distribuir também o fonte caso seja requisitado. Além disso, o fonte não pode ser distribuído por um preço maior do que o programa original.

Ou seja, as opções são:

- Você já está trabalhando em um projeto GPL: Nenhuma mudança - Você está trabalhando em um projeto comercial. Nesse caso, se for um produto, que vai ser vendido e distribuído, você deve adquirir a versão comercial.

Mas, se a sua aplicação vai rodar no servidor e não vai ser distribuída, não há o menor problema em ela ser GPL. Se alguém vier pedir o fonte, você pode mandar ele pra aquele lugar.

Lembrando: eles mudaram para a GPL e não para a Affero GPL.

http://www.gnu.org/licenses/gpl-faq.html

@ulisses, sim, eu entendo isso, porém peço que dê uma olhada nas discussões dos links (são longas).

O problema é que a biblioteca ExtJS antes era LGPL. Muita gente estava usando em projetos comerciais ou open source com outras licenças porque o LGPL é muito menos restritivo.

Porém, pulando da versão 2.0 para 2.1, o esquema mudou, o LGPL foi tirado fora e agora vale o GPL. Ou seja, ficou aquela sensação de “fui ludibriado”. Porque muita gente usou na confiança, agora depende desse projeto, e de repente seu projeto se torna GPL?

Outra coisa, antes disso o problema era que o autor do ExtJS tinha usado o LGPL com restrições. O problema é que a cláusula 7 do LGPL impede que ela sofra restrições extras, o que foi motivo de discussão também.

Depois de todo esse problema, a impressão que ficou em todos os fóruns é que o autor do ExtJS agiu de má-fé. Fez todos acreditarem que o projeto era de fato ‘livre’ e, de uma hora para outra, depois que ele conseguiu bastante gente, colocou o GPL para barrar todo mundo e ainda usar uma etiqueta de “sou open source” e agora quem não puder ser GPL precisa obrigatoriamente comprar licenças (que não são baratas).

Projetos comerciais, ok, não era o previsto mas vamos comprar. Agora e projetos open source que gastaram recursos investindo em usar o Ext e agora precisam parar. O pessoal do Struts2, do Zope chegaram a esse impasse.

O objetivo do Jack Slocum parece que foi de pintar uma imagem de “bonzinho” acrescentando um sistema de dual licensing que no fundo não é de fato aberto.

Leiam a discussão.

@stephen, parece que nem todos concordam com essa definição (eu também achava que fosse assim). Por exemplo, veja o que o pessoal tem escrito nos fóruns:

anonymous

It is a little confusing.

Your application’s client can use the current GPL version of Ext in which case the client would have to be GPL. If the client and server are tightly integrated you risk them being seen as a single program and it is possible the server would also have to be made GPL. Doing things like having the server dynamically generate JS code to create layouts, menus, windows, etc places you far into the risk area. This is fine though. Your code becomes GPLed. You still don’t have to distribute it, but it still is GPL. There are a few questionable GPL issues where you are distributing the client source in order for the user to even be able to run it. This risks requiring the server to be opened, but I don’t believe this is the intent.

As long as the client/server aren’t too tightly integrated and dependent on one another you should be able to have a GPL client and a closed source server. It’s dangerous territory though, and you need to be careful about crossing the line or risking copyright issues. For that reason many commercial apps would just buy a license.

The AGPL would make it difficult to run a server without opening the source. We should be careful. ExtJS may switch future releases to AGPL without any notice!

You can run the LGPL 2.0.2 version. This is tricky. The core dev for ExtJS says it wasn’t LGPL unless you met their terms. Once you met their terms however, it was. They are almost completely wrong. But their intent wasn’t for it to be LGPL without their terms. Still, it is probably acceptable to keep down this route and likely even meet their terms, but don’t expect fixes or support or community or anything, unless there is a fork. Pray for a fork.

Look up other toolkits. Dojo is decent, but the docs and examples aren’t there yet making it difficult to do a lot of things without digging through source code to find out what really is and isn’t supported. Still, Dojo is under a very unrestricted BSD styled license and has a big community and big commercial support (IBM, for one.) It’s going to be around. It’s going to grow. And nobody has any power to make a devestating decision that could wreck the community and openness like was done here with Ext.

Esse tipo de coisa é sempre passível de acontecer a um software livre sob GPL. O desenvolvedor sendo detentor do copyright pode mudar a licença a qualquer momento, como já aconteceu em diversos outros casos.

E justamente a grande vantagem de ele ter sido GPL (nesse caso LGPL) é que pode-se fazer um fork do projeto em sua última versão LGPL criando um projeto paralelo que continuará sendo livre. E nesse caso, o desenvolvedor que fizer esse fork não poderá mais alterar a licença, dado que ele não detém o copyright original do software.

Parece não estar mais disponível no site oficial as versões antigas. Se alguém se interessar, encontrei aqui o código da versão 2.0: http://pypi.python.org/pypi/ore.extjs/2.0.2

@sylvestre, pois é, esse é outro thread de discussão lá. Parece que mesmo a versão 2.0 é LGPL + restrições do Ext. O próprio autor do Ext disse que fazer um fork do 2.0 é infringir o copyright deles.

Outros estão argumentando que o LGPL não pode sofrer restrições extras. Por isso gerou a briga sobre o 2.0 também.

Segundo o autor, não, você é proibido de fazer fork do 2.0.

E a discussão continua !! E o Jack Slocum bate na mesma tecla!!

teoricmaente, voce pode continuar usando as versoes anteriores (antes dele “virar GPL”), ja que a licenca que eh distribuida junto com a versao eh a LGPL…

mas acho que todo mundo ja sabia disso.. :-P

@herval, então, teoricamente sim, mas a controvérsia é essa mesma. Segundo o autor não é a LGPL, ele só usou o palavreado ‘LGPL’ na descrição para facilicar dizendo ‘é quase a LGPL com algumas exceções’. Então, tecnicamente não é LGPL. Alguns disseram que sequer tem menção a LGPL nos headers do fonte, mas isso eu não chequei.

E pelo visto o Jack Slocum tirou todas as versões anteriores ao 2.1 do ExtJS para download do site.

Agora, todos que forem iniciar projetos deverão estar com versão 2.1 ou então que arrumem um colega com alguma versão anterior pra compartilhar!

E ainda o assunto continua rendendo: http://www.jroller.com/sjivan/entry/my_response_to_jack_slocum

Pessoal já existe um fork da versão 2.0.2. http://sourceforge.net/projects/openext/

Então não é preciso ir muito longe. Agora é torcer para que esse paralelismo ganhe força.

É essa razão, que por muitas vezes, tornam perniciosa a adoção de bibliotecas com esse tipo de licenciamento em projetos comerciais.

Fica a sensação de que a comunidade foi feita de cobaia até que a biblioteca alcancesse estabilidade. E a tendência é que casos como esses se tornem mais comuns. Espero que esses exemplos não auxiliem na retroação no processo de colaboração que foi consolidado com a web2.0.

É.. passaram a perna na galera toda que estava mexendo com ExtJs.. mas se eu tenho a versão 2.0.2 e eu tenho :).. posso distribuir aplicações comerciais usando a licensa LGPL ? Como o Adriando falou é verdade!! vc ajuda a desenvolver, depois que ela fica estável vem o nosso “amigo” e te passa a perna!