Quali sono le implicazioni della vita reale per una licenza Apache 2? [chiuso]


127

Voglio usare SVG Edit per un progetto. Questo software è distribuito sotto la licenza Apache 2.

Ho visto che:

  • tutte le copie, modificate o non modificate, sono accompagnate da una copia della licenza
  • tutte le modifiche sono chiaramente contrassegnate come il lavoro del modificatore
  • tutti gli avvisi di copyright, marchi e diritti di brevetto sono riprodotti accuratamente in copie distribuite
  • il licenziatario non utilizza alcun marchio appartenente al licenziante

Questi sono pertinenti al codice o devo visualizzare la licenza da qualche parte nella GUI? Il software originale visualizza un "alimentato da SVG Edit", va bene se lo rimuovo? E, soprattutto: qual è l'etichetta corretta per farlo? Non voglio essere un coglione, ma allo stesso tempo voglio semplificare il più possibile l'interfaccia utente e rimuovere il collegamento farà parte di esso se non è considerato maleducato .


11
Per completezza, voglio solo inserire un ottimo collegamento che mi sono imbattuto (sul tl;drLegalsito) durante la ricerca di questo argomento: - Licenza Apache 2.0 (Apache-2.0) Spiegato Penso che le altre risposte già qui effettivamente lo dica meglio, ma forse il link sarà utile a qualcun altro.
Richard Le Mesurier,

5
@RichardLeMesurier Il link è ovviamente utile, ma i link e le risorse da soli non sono buone risposte. Spiegazioni e ragionamenti con parole tue con collegamenti e riferimenti per il backup delle tue affermazioni rendono le risposte su StackExchange. Vedi Come rispondere per maggiori informazioni. Se desideri contribuire solo con un link o informazioni aggiuntive, devi invece fornire queste informazioni sotto forma di un commento. Sono andato avanti e ho convertito la tua risposta in un commento per te.
maple_shaft

Risposte:


75

Non è necessario visualizzare la licenza nella GUI, in nessun caso.

Per i software concessi in licenza in base alla licenza Apache versione 2.0 (APLv2), è del tutto corretto modificare il software nel modo suggerito. Tale licenza incoraggia la modifica. La licenza garantisce la libertà di rimuovere "powered by SVG Edit" nella versione modificata.

Tuttavia, consultare l'APLv2 (sezione 4 (b)) sui propri obblighi relativi al file NOTICES fornito con il software APLv2. È necessario visualizzarne i contenuti in modo adeguato al software. (Intendiamoci, SVG Edit probabilmente lo fa già.) Non è possibile rimuovere "powered by SVG Edit" se succede che ciò proviene dal file NOTICES. Ma se distribuisci il file NOTICES e il codice sorgente, sei esente da questo. Vedere la sezione 4 (b) di APLv2 per comprendere meglio le opzioni.

In ogni caso, ciò che vuoi fare non è maleducato, soprattutto se migliora il tuo derivato.


23

Di 'solo grazie ... vincono tutti

IANAL ... quindi non commenterò gli obblighi legali della licenza Apache.

Una buona etichetta nell'uso del software opensource è almeno dare credito laddove il credito è dovuto. Questo penso sia un minimo indispensabile. Pertanto, qualunque cosa tu faccia, penso che sarebbe una buona pratica menzionare e ringraziare i diversi progetti, librerie o sviluppatori che ti hanno aiutato a creare il tuo sistema. Possa essere integrando una libreria, modificando un pezzo di codice raccolto da qualche parte o ottenendo un aiuto diretto da qualcuno.

Ricorda che l'hai usato è minimo.

Di 'loro che l'hai usato è bello.

Fai le tue menzioni e ringraziamenti in un modo che sia collegabile per il loro uso e concedi loro il permesso di menzionare il tuo progetto in cambio è ancora meglio.

Ciò che sarebbe considerato maleducato è usare un pezzo di Open-Source, apportare alcune correzioni e modifiche, integrarlo in un altro sistema e pubblicare questo altro sistema senza mai condividere le correzioni o menzionare che lo hai usato ovunque.

L'open-source non richiede molto e le persone certamente non fanno fortuna con il lavoro svolto. Pensa a cosa significherebbe se dovessi codificare tutto da zero senza alcun aiuto esterno ... è giusto per dare credito a queste persone per il lavoro svolto, spesso è il loro unico stipendio e darlo a loro non toglierà cibo dal tavolo. Ma se puoi aiutarlo, la reputazione che potrebbero guadagnare dal tuo riferimento potrebbe mettere il cibo sulla loro tavola.

La reputazione può essere una risorsa potente, è difficile da guadagnare ma così facile da dare.

Ora sei in grado di concederlo, un giorno qualcun altro ti restituirà il favore.


7
Ok ... ma non risponde alla domanda. A volte la decisione non è nostra.
Pacerier,

vero, non siamo sempre in controllo ... in quanto tale se non è possibile includere un avviso che si sta utilizzando un pezzo di codice concesso in licenza in base a Apache a causa della politica aziendale, si viola pertanto tale licenza e si dovrebbe astenersi dall'utilizzare il codice.
Newtopiano,

uhh, APLv2 ti consente di riconsegnare il tuo lavoro derivato fintanto che la licenza originale è in bundle con la tua distribuzione del lavoro originale ("porzioni di copyright ... sotto licenza ..."). La licenza ti consente di farlo in modo da essere totalmente libero di "apportare correzioni e modifiche, integrarlo in un altro sistema e pubblicare questo altro sistema senza mai condividere le correzioni o menzionare che l'hai usato ovunque". Come indicato di seguito da Artem, è necessario includere eventuali AVVISI dall'originale indipendentemente da sub / affidamento, modifica delle condizioni di licenza o metodo di distribuzione (binario o sorgente).
cowbert,

sì, praticamente quello che stavo dicendo ... deve includere gli avvisi ... quindi se non può, allora è in violazione indipendentemente dal fatto che abbia apportato modifiche o meno o se sia stato nuovamente concesso in licenza.
Newtopian,

6

Sembra che tu sia interessato da '4. La clausola di ridistribuzione di quella licenza, che dovresti leggere attentamente, e chiedi a un avvocato se qualcosa non ti è chiaro (se puoi permetterne uno e se riesci a trovarne uno che capirà di cosa si tratta, per ogni paese in cui ti trovi vuoi distribuire o vendere il tuo progetto).

Non sono un avvocato, ti dirò solo come capisco questi 4 articoli da quella clausola - potrei sbagliarmi completamente.

L'articolo 1 si applica se il tuo progetto è un'opera derivata come definito nella licenza Apache 2 (di nuovo, leggi attentamente questa definizione). Se sì, è necessario includere il testo della licenza Apache 2 stesso, l'ho visto applicato a vari prodotti, di solito nella documentazione (stampata o online) da qualche parte sotto il titolo 'questo software contiene codice' o 'deriva dal codice ... che è coperto da questa licenza ", a seconda dei casi. Tutti i diritti d'autore su tutte le parti e parti sono anche menzionati da qualche parte nelle vicinanze.

Le voci 2 e 3 riguardano in genere i file di origine.

L'articolo 4 si applica se il codice "originale" conteneva il file di testo "AVVISO", quindi è necessario includerlo e visualizzarlo

in almeno uno dei seguenti luoghi: all'interno di un file di testo di AVVISO distribuito come parte delle Opere derivate; nel modulo o nella documentazione di origine, se forniti insieme alle opere derivate; o, all'interno di un display generato dalle Opere derivate, se e ovunque compaiono normalmente tali avvisi di terze parti.

Ho visto tali avvisi nella finestra di dialogo "Informazioni" che quasi tutti i programmi della GUI hanno, è considerato educato dare tutti i crediti lì.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.