In che misura puoi utilizzare LD_PRELOAD per aggirare GPL?

Naviga le tue risposte
0

Non sono esattamente sicuro di quale sia la storia alla base di questo, ma Debian e Ubuntu racchiudono attualmente alcune delle utility di PostgreSQL con qualcosa chiamato pg_wrapper . Questa utility utilizza LD_PRELOAD per indicare al linker il linker contro libreadline . Quindi ci sono due librerie che sono simili:

Sembra che libedit utilizzi ABI che libreadline fa e essenzialmente reimplementa la funzionalità di libreadline con una licenza diversa più permissiva. Questo mi sembra ammissibile, ma supponiamo che lo sia.

Detto questo, è il mio sospetto che l'utilizzo di LD_PRELOAD per aggirare la licenza su indifendibile. Debian ricollega il runtime creato contro libedit con libreadline .

Le Domande frequenti sulla GPL dicono ,

Linking a GPL covered work statically or dynamically with other modules is making a combined work based on the GPL covered work. Thus, the terms and conditions of the GNU General Public License cover the whole combination. See also What legal issues come up if I use GPL-incompatible libraries with GPL software?

È anche molto chiaro l'obiettivo di Debian è quello di eludere la licenza in questo, riconoscendo inoltre che libedit è "rotto",

pg_wrapper: If libreadline is installed, LD_PRELOAD this for "psql", to avoid using the rather broken libedit. We need to build the postgresql-X.Y packages against libedit for license reasons (#603599), but as libreadline has a drop-in compatible ABI, this works around the licensing restrictions. Thanks to Andreas Barth for working this out! Add a recommends to libreadline6. (Closes: #608442, #607907, #607109, #611918)

C'è una precedenza per questo? È un programma non GPL che dipende da un ABI implementato da due librerie distinte una delle quali è libera da GPL per utilizzare la libreria GPL perché non è un lavoro derivato della libreria GPL, ma solo un ABI che è condiviso in comune con due librerie?

E più semplicemente, puoi usare il codice GPL e non essere te stesso un lavoro derivato?

Puoi leggere ulteriori informazioni su LD_PRELOAD qui .

    
posta Evan Carroll 19.06.2018 - 07:52
fonte

2 risposte

1

L'esecuzione di un programma (in qualsiasi modo) non è un atto limitato dalla GNU GPL, quindi questa non potrebbe essere una violazione della GPL. La versione di libreadline distribuita da Debian è conforme alla GPL, la versione di PostgreSQL è conforme alla sua licenza, quindi tutto è OK.

Se pensi che questo sia un buco nella GPL è una domanda diversa e decisamente fuori tema qui.

    
risposta data 19.06.2018 - 09:02
fonte
0

Ciò che gli autori della GPL vogliono e ciò che possono applicare legalmente, sono due cose diverse.

Molti paesi hanno ora trascinato le loro leggi sul copyright nel 21 ° secolo e non considerano più il caricamento di un programma nella memoria del computer per "copiare".

Quindi inizia con un programma non GPL e una libreria GPL sul disco rigido. Queste sono copie, ma va bene perché la GPL ti permette di copiare cose e il programma in realtà non contiene alcuna parte della libreria.

Quindi esegui il programma, chiedendogli di usare la libreria GPL. I due vengono caricati in memoria. Il programma in memoria ora sarebbe un derivato della libreria.

Ma se la legge sul copyright consente di caricare le cose nella memoria in cui ci si trova, quindi non è una copia legalmente da nessuna parte, quindi la legge sul copyright non interessa. In questo caso, non c'è niente che chiunque può fare per applicare legalmente la parte di caricamento dinamica della GPL.

In caso di dubbio, chiedi a un avvocato nella tua giurisdizione. La legge sul copyright varia da Paese a Paese.

    
risposta data 19.07.2018 - 13:39
fonte

Leggi altre domande sui tag

Progettazione di una ricerca efficiente per soluzione di tag Modo corretto per separare JPA con livello di servizio