[Discussioni] Licenza del Kahemba

[Alceste Scalas]

On Thu, Apr 22, 2004 at 08:16:08PM +0200, Marco Ermini wrote:
    > Simo Sorce disse:
    > > On Thu, 2004-04-22 at 16:53, Gian Uberto Lauri wrote:
    > >> Un plugin di un programma distribuito sotto GNU GPL deve
    > >> essere a sua volta distribuito sotto GNU GPL ?
    > 
    > La risposta corretta è: "no", non _deve_. Ti basta molto
    > semplicemente scrivere un sw di interfaccia e rilasciarlo come
    > GPL. Il gioco è fatto.

Io  direi  che  il  ragionamento  non  e`  cosi`  semplice:  occorre
stabilire se il prodotto finale  e` un "derivative work" o una "mere
aggregation" tra  il software di partenza e  le componenti aggiunte.
Nel primo caso, la GNU GPL richiede che ogni componente del prodotto
completo  (quindi sw  di  partenza +  interfaccia  + altro  software
basato sull'interfaccia) sia distribuita con licenze compatibili con
la GNU GPL stessa.

Come riportano anche le GNU GPL FAQ:

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

    | Combining two modules means connecting them together so that
    | they form a single larger program. If either part is covered by
    | the GPL, the whole combination must also be released under the
    | GPL--if you can't, or won't, do that, you may not combine them.
    |
    | What constitutes combining two parts into one program? This is
    | a legal question, which ultimately judges will decide. We
    | believe that a proper criterion depends both on the mechanism
    | of communication (exec, pipes, rpc, function calls within a
    | shared address space, etc.) and the semantics of the
    | communication (what kinds of information are interchanged).
    |
    | If the modules are included in the same executable file, they
    | are definitely combined in one program. If modules are
    | designed to run linked together in a shared address space,
    | that almost surely means combining them into one program.
    |
    | By contrast, pipes, sockets and command-line arguments are
    | communication mechanisms normally used between two separate
    | programs. So when they are used for communication, the modules
    | normally are separate programs. But if the semantics of the
    | communication are intimate enough, exchanging complex internal
    | data structures, that too could be a basis to consider the two
    | parts as combined into a larger program.


    > Tornando a Kahemba, non credo proprio che ci siano problemi a
    > rilasciarlo sotto GPL. Dal momento che usi le API di Python
    > per connetterti al DB, puoi benissimo connetterti ad Oracle o
    > a qualsiasi altro DB in modo più o meno trasparente e senza
    > problemi di licenza.

Il problema invece esiste: la GNU GPL, come gia` detto, richiede che
ogni componente del "derivative  work" abbia una licenza compatibile
con la  GNU GPL  stessa.  Ma  se il prodotto  finale e`  composto da
Kahemba +  plugin +  librerie proprietarie Oracle,  questo requisito
non  puo`  essere rispettato  ---  neppure  dagli  stessi autori  di
Kahemba.

C'e`  pero` una  differenza con  il caso  precedente: gli  autori di
Kahemba possono modificare i termini di licenza del software da loro
creato.   Potrebbero quindi aggiungere  una apposita  eccezione alla
GNU  GPL, che  esenti parte  del prodotto  finale dai  vincoli della
licenza  (permettendo quindi  il link  con le  librerie proprietarie
Oracle):

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

Questo, pero`,  crea rapporti complicati con  il software rilasciato
sotto GNU  GPL "pura": esso  non puo` essere combinato  con librerie
proprietarie, e  quindi non potrebbe  essere integrato in  Kahemba +
Oracle.

Ciao,

alceste
-- 
This .signature is free software; you can redistribute it and/or modify it
under the terms of the GNU General Public License as published by the Free
Software Foundation;  either version 2 of the License, or (at your option)
any later version.                    ___________________________________ 
______________________________________) PGP information in e-mail header |
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  189 bytes
Descrizione: Digital signature
URL:         <http://lists.softwarelibero.it/pipermail/discussioni/attachments/20040423/50e7e757/attachment.sig>