Devo usare GPL per la mia applicazione linux? Se sì, come non legalmente?

0

Ho scritto un'applicazione linux che si interfaccia con un sacco di software GPL. La mia applicazione è scritta in javascript / HTML / CSS / python e utilizza MariaDB su una piattaforma CentOS 7 (usa anche jquery e alcuni semplici strumenti di terze parti); vorremmo vendere questo sul nostro hardware come appliance . Il software GPL con cui ci interfacciamo (di solito tramite riga di comando o file di configurazione) include quelli sopra menzionati insieme a molti piccoli strumenti di linux (ad es. Yum, hdparm, psutils e molti moduli python ecc ...).

Non vogliamo rilasciare pubblicamente il codice che abbiamo scritto, anche se sarebbe abbastanza facile decodificarlo parecchio a causa delle nostre selezioni del linguaggio di programmazione (ovviamente). Intendiamo bloccare la linea di comando, è pericoloso per i nostri clienti. Saremo lieti di indirizzare gli utenti a dove possono scaricare tutti i software GPL, che non stiamo modificando, se richiesto; ma non vogliamo indirizzarli al nostro software ... perché dovrebbero pagare gli aggiornamenti del software se possono ottenerlo gratuitamente? Non potremmo sopravvivere in quel modo.

Quindi, supponendo che tu dica sì, devo rilasciare il software che scrivo sotto GPL, come può essere evitato e quanto costerà per distribuzione ... devo pagare lo sviluppatore di ogni piccolo strumento che ho letto da o scrivere a? Sembrerebbe impossibile da gestire. MySQL sembrava indicare che dovevo pagarli in una zona del loro sito senza dirmi il prezzo, quindi che non dovevo pagarli in un'altra area.

Ho letto GPL molte volte e ho fatto ricerche per mesi ... Ancora non capisco cosa devo fare, se non altro, per raggiungere il mio intento di non dover distribuire il mio software (a parte ottenere un avvocato che non possiamo permettermi di dirmi). Ad esempio, potrei vendere l'appliance con il software GPL su di essa (utilizzando la licenza GPL), quindi vendere il nostro software separato con qualsiasi licenza che ci piace? In tal caso, significa che devo solo assicurarmi che siano elementi pubblicitari separati sulle nostre offerte?

    
posta gunslingor 03.11.2015 - 09:22
fonte

3 risposte

1

È meglio ricevere una consulenza legale appropriata, ma se si riesce a evitare il collegamento con il software GPL, di solito si evita di distribuire il codice sorgente. Se stai collegando, non hai altra scelta se non quella di distribuire il tuo codice.

Questa è probabilmente la migliore guida che puoi trovare:

link

In generale, se puoi interfacciarti con il software GPL solo tramite riga di comando, richieste HTTP, ecc. potresti essere sicuro.

    
risposta data 03.11.2015 - 09:28
fonte
1

È probabile che il tuo problema più grande sia la tua dipendenza da mariadb. Vedi i loro faq di licenza al link per i dettagli completi, ma brevemente la loro opinione sull'interpretazione della GPL in il caso di usare il loro server è che se il tuo software è distribuito con il loro server e non è funzionante se viene rimosso, sei vincolato dalla GPL. Le soluzioni suggerite includono l'uso di un'astrazione di database in un secondo momento per consentire all'utente finale una scelta di server di database.

    
risposta data 03.11.2015 - 10:30
fonte
1

Non sono un avvocato quindi non prendere sul serio il mio consiglio. E sono un appassionato di software libero quindi sono di parte.

Credo che dovresti almeno offrire al tuo utente esperto la possibilità tecnica e legale di aggiornare il software GPL che il tuo dispositivo sta utilizzando. Ulteriori informazioni su TIVOization e sulla differenza tra GPLv2 e amp; GPLv3

Quindi se il tuo dispositivo utilizza Python 3.4.3 il tuo utente dovrebbe avere la possibilità di sostituire quel Python 3.4.3 (es. il tuo /usr/bin/python ) con un Python 3.5 che il tuo utente ha compilato (o scaricato da altrove) e magari anche aggiornato (o un aggiornamento da Python 2.7.2 a Python 2.7.3, se preferisci).

Si noti che un utente avanzato come me potrebbe correggere Python per caricare il bytecode, o anche la sua traccia di esecuzione, al di fuori del proprio dispositivo

Potresti forse creare il tuo codice Python (ad esempio il bytecode) con una licenza proprietaria, ma non dovresti vietare all'utente di aggiornare il /usr/bin/python ecc.

Suppongo che si possa affermare che l'aggiornamento del software sul dispositivo invalida la garanzia. Ma questo punto è difficile, sta cambiando da un paese all'altro (AFAIK, le leggi sono leggermente diverse in Francia, in Germania, in Italia e negli Stati Uniti su questo argomento e le cose sono diverse per un consumatore apparecchio e per attrezzature vendute a professionisti). A proposito, questo punto è IIUC una delle motivazioni (in Francia) della CECILL licenza

Si noti che AFAIK è possibile scrivere e vendere software proprietario in Python (ma non ne so molto su questo punto, è un'ipotesi, dovresti controllare). Ma credo che il tuo utente avanzato dovrebbe avere il mezzo per aggiornare l'interprete Python (es. /usr/bin/python ELF eseguibile)

In generale, nella tua appliance, dovresti fare una chiara distinzione tra il software libero che stai usando (IMHO l'utente dovrebbe essere in grado di aggiornarlo) e il software proprietario che stai vendendo.

Si noti inoltre che ciò che è tecnicamente possibile non è uguale a ciò che è consentito dalla legge. In Francia, potrei andare in prigione ( articolo 323-1 du Code Pénal ) per 2 anni semplicemente accedere a un sistema informatico che non mi è legalmente permesso (anche se ciò è tecnicamente facile). Non ho assolutamente idea della pertinente giurisprudenza .

Potresti chiedere alle organizzazioni di software libero (forse FSF , o in Francia APRILE , AFUL , ...) a riguardo. E probabilmente, opensource è un posto migliore dove chiedere.

Leggi anche le Domande frequenti sui fornitori di violazioni GPL .

    
risposta data 03.11.2015 - 10:15
fonte

Leggi altre domande sui tag