Bom... acabei de ler a p�gina do link abaixo. � isso mesmo que voc� falou.
Resumo: Ao enviar um c�digo GPL que usa uma biblioteca n�o-GPL, tem de ser
colocado na sua licen�a algo como "Esse programa � GPL, exceto a biblioteca
BIBLDARK, de copyright de DarkSoftware Ltd. , que pode ser distribu�da e usada
livremente, mas sem modifica��es dentro dela, de acordo com o adendo
DARKREAD.ME". Bom... estou supondo que voc� tem os devidos direitos de
distribui��o de BIBLDARK (provavelmente os mesmos de um runtime de VB ou Cobol,
ou uma DLL feita em Delphi, por exemplo), e voc� tenha feito toda a parte GPL
(que te d� plena autonomia para decidir sob que licen�a vai distribuir).
No texto, eles dizem que legalmente isso � permitido (o problema seria ferir
os direitos da rotina propriet�ria, mas j� tomamos os cuidados acima), embora
eles contra-recomendem por arranhar a ess�ncia do software livre.
Um abra�o.
Syndson.
----- Original Message -----
From: "Ricardo Vaz Mannrich" <[EMAIL PROTECTED]>
To: "Syndson Silva" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, August 09, 2001 11:11 AM
Subject: Re: (linux-br) Sobre licen�a GPL
> E corrigindo a minha pr�pria mensagem:
>
> Voc� pode usar uma biblioteca propriet�ria com a GPL, mas n�o com a GPL pura
> e simples. Voc� pode, como autor do programa, colocar uma exce��o � GPL no
> seu programa. Algo assim:
>
> http://www.fsf.org/licenses/gpl-faq.html#WritingFSWithNFLibs
>
> I am writing free software that uses non-free libraries. What legal issues
> come up if I use the GPL?
>
> If the libraries that you link with falls within the following
> exception in the GPL:
>
> However, as a special exception, the source code distributed need not
> include anything that is normally distributed (in either source or
> binary form) with the major components (compiler, kernel, and so on) of
> the operating system on which the executable runs, unless that
> component itself accompanies the executable.
>
> then you don't have to do anything special to use them. In other words, if
> the libraries you need come with major parts of a proprietary operating
> system,
> the GPL says people can link your program with them.
>
> (...)
>
> Tem mais informa��es no endere�o acima.
>
> --
> Ricardo Vaz Mannrich
> [EMAIL PROTECTED]
> Programador e Desenvolvedor de Sistemas
> Linux user: #158685
>
>
> Em Qui 09 Ago 2001 10:32, Ricardo Vaz Mannrich escreveu:
> > Errado. Como j� havia dito antes, eu poderia muito bem criar um main.c como
> > GPL e desenvolver o resto do sistema (digamos, a parte de cadastro e acesso
> > a bancos de dados, por exemplo) numa biblioteca propriet�ria.
> >
> > Ser� que o meu seistema seria GPL?
>
> Em Qui 09 Ago 2001 10:03, Syndson Silva escreveu:
> >> Acredito que voc� possa ligar GPL com bibliotecas propriet�rias sim.
> >> Se n�o me engano, a licen�a GPL para libraries (bibliotecas) fala algo
> >> nesse sentido. Em resumo: Eu posso fazer um programa GPL que use uma
> >> rotina fechada. Bom... assim, eu mando os fontes das rotinas principais
> >> (interface de usu�rio, por exemplo) e s� mando o bin�rio e os objetos (os
> >> .o ou .dll, que seja...) de minha biblioteca fechada. A �nica restri��o de
> >> continuar GPL � que o cara que fizer altera��o tenha condi��es mexer no seu
> >> fonte SEM se preocupar com os objetos fechados, e poder recompilar tudo
> >> ligando as rotinas de volta. Aten��o: as bibliotecas propriet�rias
> >> continuam propriet�rias, viu? O mesmo vale se eu fizer A biblioteca e
> >> n�o quiser disponibilizar os fontes (ela fica em GPL Library).
> >> O assunto � pol�mico mesmo. depois a gente fala melhor. Um abra�o!
> >> Syndson.
>
Assinantes em 09/08/2001: 2277
Mensagens recebidas desde 07/01/1999: 127076
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
