Licenças Livres Do Software

Share

|

A fonte aberta do termo foi inventada em uma tentativa de resolver a confusão que cerca a palavra livre "no software livre." A iniciativa aberta da fonte (OSI) foi criada a fim administrar a fonte aberta do termo, e embora suas tentativas à marca registrada o termo (para proteger seu meaning) fossem rejeitadas pelo escritório da patente e da marca registrada dos E. U., a OSI prende o software aberto certificado OSI da fonte da marca de certificação. (não há nenhum confinamente legal no uso da fonte aberta do termo, mas há na marca de certificação aberta certificada OSI do software da fonte.)

A OSI mantem a definição aberta da fonte (OSD), uma descrição das direitas fornecidas por licenças abertas da fonte; mantem também uma lista completa de todas as licenças que certifica para se ter encontrado com as exigências do OSD, entre que seja: O código de fonte deve estar disponível; o produto deve ser livremente redistributable; os trabalhos derivados devem ser permitidos; e a discriminação de encontro às pessoas, aos grupos, ou aos campos do esforço não deve ser permitida. O OSD completo, junto com uma lista das licenças certificadas como o software aberto certificado OSI da fonte, está disponível em http://opensource.org/.

A Licença Do General Público do Gnu

O GPL é uma das licenças mais restritivas do livre-software. Se você incluir o código de fonte que está licenciado sob os termos do GPL em um outro programa, esse programa deve também ser licenciado sob os termos do GPL.[ 2 ] A Fundação Livre Do Software (Fsf; o autor do GPL) considera ligar com uma biblioteca "criar um trabalho derivative"; alguns outros acreditam-no para ser um "trabalho do mero aggregation." Conseqüentemente, o FSF prende que não está permitido você ligar com uma biblioteca coberta sob os termos do GPL a menos que o programa que está sendo ligado também for coberto pelos termos do GPL. Entretanto, alguns povos prendem que ligar é "mero aggregation," e o GPL diz:

Alguns povos chamam o GPL um vírus para esta razão.

Além, o mero aggregation de um outro trabalho não baseado no programa com o programa (ou com um trabalho baseado no programa) em um volume de um meio do armazenamento ou da distribuição não traz o outro trabalho sob o espaço desta licença.

Se você considerasse um executável estar a um "volume do armazenamento," você poderia considerar ligar o mero aggregation.

Ao mais melhor de nosso conhecimento, esta distinção não foi testada ainda na corte. No caso razoavelmente improvável que você deseja ligar um programa não licenciado sob os termos do GPL com uma biblioteca isto é, peça aos autores da biblioteca na pergunta sua interpretação.

A Licença Do General Público Da Biblioteca do Gnu

A licença do general público da biblioteca do GNU (LGPL) foi projetada fazer bibliotecas mais geralmente úteis. O ponto do LGPL deve permitir que os usuários promovam ou melhorem suas bibliotecas sem ter que começar versões novas dos programas ligados de encontro 2 aquelas bibliotecas. A essa extremidade, o LGPL não tenta colocar nenhumas limitações licenciando nos programas ligados de encontro à biblioteca, tão por muito tempo como aqueles programas são ligados de encontro às versões compartilhadas das bibliotecas licenciadas sob o LGPL ou fornecidos com as limas de objeto para a aplicação, permitindo ao usuário ao relink a aplicação com versões novas ou alteradas da biblioteca.

Na prática, esta limitação não é significativa; seria unreasonable não ligar de encontro às bibliotecas compartilhadas onde estão disponíveis.

Poucas bibliotecas são licenciadas sob os termos do GPL; a maioria são licenciados sob os termos do LGPL. As bibliotecas licenciadas sob os termos do GPL são geralmente essa maneira simplesmente porque o autor não soube aproximadamente nem não considerou o LGPL. Em resposta a um pedido polido, muitos autores querem o relicense suas bibliotecas sob os termos do LGPL.

Licenças De MIT/X/BSD-Style

As licenças de MIT/X-style são muito mais simples do que o GPL ou o LGPL; suas somente limitações devem (indicado simplesmente) manter todas as observações de copyright e termos existentes da licença intatos na fonte e em distribuições binárias, e não usar o nome de todo o autor endossar ou promover trabalhos derivados sem permissão escrita prévia.

Licenças Velhas Do DEB-Estilo

As licenças velhas do DEB-ESTILO adicionam essencialmente às condições das licenças de MIT/X-style a limitação que os materiais anunciando que mencionam características ou uso do software inclua um reconhecimento. A licença própria do DEB foi mudada a removeu esta limitação, mas algum software continua a usar as licenças modeladas após a licença velha do DEB.

Licença Artística

O código de fonte da língua do Perl é distribuído com uma licença que permita que você siga os termos do GPL ou de uma licença alternativa, chamada whimsically a licença artística. Os objetivos principais da licença artística são preservar direitas do redistribution e impedir que os usuários vendam alterados, modificações proprietárias esse masquerade como a versão oficial. Outros autores do software adotaram a convenção do Perl de permitir que os usuários sigam os termos do GPL ou da licença artística; alguns são licenciados somente sob os termos da licença artística.

Incompatibilities Da Licença

Os termos diferentes da licença do livre-software permitem vários tipos de uso, de modificação, e de distribuição comerciais. É frequentemente desejável reúso código existente em seus próprios projetos. A alguma extensão, é inevitável que você faz assim—quase todo o programa que você escrever será ligado com a biblioteca de C, assim que você necessita estar ciente dos termos licenciando da biblioteca de C, as.well.as os termos de outras bibliotecas que você liga com seu programa. Você pode frequentemente desejar incluir fragmentos do código de fonte de outros programas em seus próprios programas, também.

O código misturando do software com licenças diferentes pode às vezes ser um problema. O problema não ocorre quando ligar com as bibliotecas compartilhadas, mas ele se aplica definitivamente a criar trabalhos derivados. Se você estiver modificando alguma outra pessoa software, você tem que compreender seus termos licenciando. Se você estiver tentando combinar em um trabalho derivado duas partes de software que têm licenças diferentes, você tem que determinar se suas licenças opuserem. Outra vez, isto não se aplica quando você está escrevendo seu próprio código do risco.

Se você estiver trabalhando com o código licenciado sob os termos do GPL ou do LGPL, você não pode incluir nele o código licenciado sob uma licença velha do DEB-ESTILO, porque o GPL e os LGPL proíbem "limitações adicionais," e a licença velha do DEB contem limitações adicionais (isto é, além de alguns no GPL ou no LGPL) com respeito a anunciar e a endosso. Por causa deste conflito, algumas partes de software são licenciadas sob termos da alternativa—o GPL e os termos velhos de uma licença do DEB-ESTILO são oferecidos; você pode escolher com que licenciar denomina para comply.

Se o código licenciado sob o GPL ou o LGPL for incluído em um trabalho derivado de uma licença de BSD/MIT/X-style, o trabalho derivado inteiro (para todas as finalidades práticas) deve ser licenciado sob os termos do GPL ou do LGPL, respectivamente.

Há muitos outros incompatibilities potenciais. Se você estiver na dúvida sobre o que está permitido você fazer com partes particulares de software livre, não seja tímido—perguntam aos proprietários do copyright. Recorde que podem lhe dar a licença usar o software em toda a maneira que desejarem.