@MikeWilliamson existe um consenso bastante significativo da comunidade sobre o meta de que essas questões estão fora do assunto - você pode ler mais e participar da discussão aqui e aqui e aqui e aqui .
Você está desenvolvendo um aplicativo do lado do servidor em GPL. Agora, este aplicativo serve HTML e não um executável que é executado diretamente em sua máquina. Isso significa que outro cara pode pegar o código GPL, adaptá-lo e não necessariamente precisa publicá-lo. Ie. ele pode criar o serviço idêntico usando o seu software sem violar a GPL. (Embora ENTÃO ele não possa publicar o software, ou seja, vendê-lo)
Não é assim com o AGPL.
Esta lacuna na GPL é freqüentemente chamada de lacuna "Application Service Provider".
Procure por "Por que AGPL" ou "AGPL vs. GPL" ou apenas leia isto para alguns projetos reais que têm problemas com GPL. O MongoDB tenta outra coisa interessante. Eles querem que as pessoas não façam bifurcação do banco de dados principal (por isso AGPL), mas o driver que deve ser vinculado ao programa principal é o Apache 2.0 licenciado para que o mongoDB possa ser usado dentro de um aplicativo comercial.
Os aplicativos da Web públicos que usam AGPL estão listados na wikipedia .
Achei que a GPL permitia que você vendesse o software ou uma versão modificada do software, desde que você também o tornasse GPL. Não é esse o caso?
conradkleinespel 01 de
@conradk sim, claro que você pode vender, mas o exemplo foi sobre como usar o software escondido atrás de um serviço. Vou reformular para 'Embora ENTÃO ele não possa publicar o software (ou seja, vendendo)'
Karussell
Sinto muito, mas discordo novamente. Ele pode vendê-lo, desde que seja licenciado sob a GPL. Bem, é assim que entendo a licença. Não?
conradkleinespel 02 de
Eu não explico a 'venda' aqui, explico que para esse cara seria possível usar o código GPL em seu serviço de código fechado SEM violar a licença e SEM a necessidade de publicar o código. Isso pode não ser pretendido pelo autor original.
Karussell
2
Eu acho essa frase muito confusa. O que significa "Embora ele não possa publicar o software em si" significa?
A GNU Affero General Public License é baseada na GNU GPL, mas tem um termo adicional para permitir que usuários que interagem com o software licenciado em uma rede recebam a fonte desse programa. Recomendamos que as pessoas considerem o uso de GNU AGPL para qualquer software que normalmente será executado em uma rede.
Respostas:
Suponha o seguinte:
Você está desenvolvendo um aplicativo do lado do servidor em GPL. Agora, este aplicativo serve HTML e não um executável que é executado diretamente em sua máquina. Isso significa que outro cara pode pegar o código GPL, adaptá-lo e não necessariamente precisa publicá-lo. Ie. ele pode criar o serviço idêntico usando o seu software sem violar a GPL. (Embora ENTÃO ele não possa publicar o software, ou seja, vendê-lo)
Não é assim com o AGPL.
Esta lacuna na GPL é freqüentemente chamada de lacuna "Application Service Provider".
Procure por "Por que AGPL" ou "AGPL vs. GPL" ou apenas leia isto para alguns projetos reais que têm problemas com GPL. O MongoDB tenta outra coisa interessante. Eles querem que as pessoas não façam bifurcação do banco de dados principal (por isso AGPL), mas o driver que deve ser vinculado ao programa principal é o Apache 2.0 licenciado para que o mongoDB possa ser usado dentro de um aplicativo comercial.
Os aplicativos da Web públicos que usam AGPL estão listados na wikipedia .
fonte
Consulte http://www.gnu.org/licenses/licenses.html#AGPL
fonte