Considerare la seguente situazione:
Si scrive un'applicazione closed-source, chiamiamola A. A dipende da un'API di sistema (cioè fornita dal sistema operativo), che è a sua volta configurabile per utilizzare back-end diversi. Ogni backend è identificato da un semplice valore stringa e anche selezionato tramite questo identificatore. L'API stessa non è vincolata da alcun requisito simile a GPL.
Ora, un back-end specifico (B) sarebbe preferito ma è concesso in licenza con licenza GPL. L'applicazione funzionerebbe senza di essa e ci sono altri backend disponibili, solo con prestazioni peggiori o altri aspetti negativi.
È consentito uno dei seguenti casi?
- Hard codifica l'identificatore su B
- Selezione automatica di qualsiasi back-end disponibile, ma preferendo B se disponibile
- Permettendo all'utente di selezionare un back-end (e suggerendo strongmente B)
Dipenderà anche dal fatto che spedisco A e B insieme, o solo A e suggerisco all'utente che installare B migliori le prestazioni dell'applicazione?
In genere penso che tutte e tre le opzioni siano o.k. dal momento che passare una stringa specifica a un'API di sistema difficilmente si qualifica per un lavoro derivato (IMHO), ma le FAQ di B indicano fondamentalmente che non importa come si chiama una funzione di B, qualsiasi utilizzo rende il tuo programma un lavoro derivato . Hanno ragione anche nei tre casi sopra descritti?
P.S .: Non è una mia decisione prendere A closed-source, quindi GPLing non è un'opzione. Post scriptum 2: Ho omesso i nomi dell'API di sistema e B per mantenere la domanda più generica, ma posso aggiungerli se fa alcuna differenza.
modifica: da un altro punto di vista: quando l'utente (al contrario del programmatore) crea un'opera derivata? Nel terzo caso, dovrebbe essere chiaro che l'utente crea il lavoro derivato dal momento che ha installato A e B e selezionato attivamente B. Questo sarebbe in linea con gli argomenti di MSalters nel suo commento. Il secondo caso chiarisce almeno che il lavoro non dipende da B, quindi anche questo potrebbe essere o.k.
Probabilmente sarebbe la maggior parte nello spirito della GPL a contattare solo gli autori; tuttavia, non sono sicuro che la loro voce delle domande frequenti sia in linea con il testo effettivo della GPL.