Autorizzazioni Libere Del Software
La fonte aperta di termine è stata coniata nel tentativo di risolvere la confusione che circonda liberamente la parola "nel software libero." L'iniziativa aperta di fonte (OSI) è stata generata per amministrare la fonte aperta di termine ed anche se i relativi tentativi al marchio il termine (per proteggere il relativo significato) sono stati rifiutati dall'ufficio di brevetto e di marchio degli Stati Uniti, la OSI tiene il software aperto di fonte certificato OSI del contrassegno di certificazione. (non ci sono vincoli legali sull'uso della fonte aperta di termine, ma ci è sul contrassegno di certificazione aperto certificato OSI del software di fonte.) La OSI effettua la definizione aperta di fonte (OSD), una descrizione dei diritti forniti dalle autorizzazioni aperte di fonte; inoltre effettua una lista completa di tutte le autorizzazioni che certifica per fare fronte alle richieste del OSD, fra cui sia: Il codice sorgente deve essere disponibile; il prodotto deve essere liberamente redistributable; gli impianti derivati devono essere permessi; e la distinzione contro le persone, i gruppi, o i campi dell'attività non deve essere permessa. Il OSD completo, con una lista delle autorizzazioni certificate come software aperto di fonte certificato OSI, è disponibile a http://opensource.org/. L'Autorizzazione Del Grande Pubblico di GnuIl GPL è una delle autorizzazioni più restrittive del libero-software. Se includete il codice sorgente che è autorizzato sotto i termini del GPL in un altro programma, quel programma deve anche essere autorizzato sotto i termini del GPL.[ 2 ] Il Fondamento Libero Del Software (Fsf; l'autore del GPL) studia la possibilità di collegarsi con una biblioteca "generare un lavoro derivative"; alcuni altri lo credono per essere "un lavoro dell'aggregazione pura." Di conseguenza, il FSF sostenge che non siete permessi collegarsi con una biblioteca coperta sotto i termini del GPL a meno che il programma che si è collegato anche sia coperto dai termini del GPL. Tuttavia, qualche gente sostenge che collegarsi è "l'aggregazione pura," ed il GPL dice:
Se considerare un eseguibile come "un volume di immagazzinaggio," potreste studiare la possibilità di collegare l'aggregazione pura. Al la cosa migliore della nostra conoscenza, questa distinzione ancora non è stata esaminata in tribunale. Nel caso ragionevolmente improbabile che desiderate collegare un programma non autorizzato sotto i termini del GPL con una biblioteca cioè chieda agli autori della biblioteca in questione la loro interpretazione. L'Autorizzazione Del Grande Pubblico Della Biblioteca di GnuL'autorizzazione del grande pubblico della biblioteca di GNU (LGPL) è stata progettata rendere le biblioteche generalmente utili. Il punto del LGPL deve permettere che gli utenti aggiornino o migliorino le loro biblioteche senza dovere ottenere le nuove versioni dei programmi collegati contro quelle biblioteche. A tale scopo, il LGPL non tenta di disporre alcune limitazioni autorizzanti sui programmi collegati finchè contro la biblioteca, quei programmi sono collegati contro le versioni comuni delle biblioteche autorizzate sotto il LGPL o sono forniti delle lime di oggetto per l'applicazione, concedendo all'utente a relink l'applicazione con le nuove o versioni alterate della biblioteca. In pratica, questa limitazione non è significativa; sarebbe irragionevole da non collegarsi contro le biblioteche comuni in cui sono disponibili. Poche biblioteche sono autorizzate sotto i termini del GPL; la maggior parte sono autorizzati sotto i termini del LGPL. Le biblioteche autorizzate sotto i termini del GPL sono solitamente semplicemente quel senso perché l'autore non ha saputo circa o non ha considerato il LGPL. In risposta ad una richiesta gentile, molti autori vogliono il relicense le loro biblioteche sotto i termini del LGPL. Autorizzazioni Di MIT/X/BSD-StyleLe autorizzazioni di MIT/X-style sono molto più semplici del GPL o del LGPL; le loro soltanto limitazioni devono (dichiarato semplicemente) mantenere tutti gli avvisi di copyright e termini attuali dell'autorizzazione intatti nella fonte e nelle distribuzioni binarie e non usare il nome di tutto l'autore per firmare o promuovere le iniziative derivate senza permesso scritto anteriore. Vecchie Autorizzazioni Di BSD-StileLe vecchie autorizzazioni di BSD-STILE essenzialmente aggiungono agli stati delle autorizzazioni di MIT/X-style la limitazione che materiale pubblicitario che accenna caratteristiche o uso del software includa un riconoscimento. L'autorizzazione in se del BSD è stata cambiata a ha rimosso questa limitazione, ma un certo software continua ad usare le autorizzazioni modellistiche dopo la vecchia autorizzazione del BSD. Autorizzazione ArtisticaIl codice sorgente di lingua del Perl è distribuito con un'autorizzazione che permette che seguiate i termini del GPL o di un'autorizzazione alternativa, whimsically denominata l'autorizzazione artistica. Gli obiettivi principali dell'autorizzazione artistica sono di conservare i diritti di ridistribuzione e di impedire agli utenti di vendere alterato, modifiche riservate quel masquerade come la versione ufficiale. Altri autori del software hanno adottato la convenzione del Perl di permettere che gli utenti seguano i termini del GPL o dell'autorizzazione artistica; alcuni sono autorizzati soltanto sotto i termini dell'autorizzazione artistica. Incompatibilità Dell'AutorizzazioneI termini differenti dell'autorizzazione del libero-software permettono i vari tipi di uso, di modifica e di distribuzioni commerciali. È spesso desiderabile riutilizzare il codice attuale nei vostri propri progetti. In parte, è inevitabile che facciate così—quasi tutto il programma che scrivete vi collegherete con la biblioteca di C, in modo da dovete essere informati dei termini autorizzanti della biblioteca di C, così come i termini di altre biblioteche che vi collegate con il vostro programma. Potete desiderare spesso includere i frammenti del codice sorgente di altri programmi nei vostri propri programmi, pure. Il codice di miscelazione da software con differenti autorizzazioni può a volte essere un problema. Il problema non accade quando collegarsi con le biblioteche comuni, ma esso definitivamente si applica a generare gli impianti derivati. Se state modificando qualcun'altro software, dovete capire i loro termini autorizzanti. Se state provando ad unire in un lavoro derivato due parti di software che hanno autorizzazioni differenti, dovete determinare se le loro autorizzazioni sono in conflitto. Di nuovo, questo non si applica quando state scrivendo il vostro proprio codice da zero. Se state lavorando con il codice autorizzato sotto i termini del GPL o del LGPL, non potete includere in esso il codice autorizzato sotto una vecchia autorizzazione di BSD-STILE, perché il GPL ed i LGPL pribiscono "alle limitazioni supplementari," e la vecchia autorizzazione del BSD contiene le limitazioni supplementari (cioè oltre c'è ne nel GPL o nel LGPL) rispetto alla pubblicità ed all'approvazione. A causa di questo conflitto, alcune parti di software sono autorizzate sotto i termini di alternativa—sia il GPL che termini i vecchi dell'autorizzazione di BSD-STILE sono offerti; potete scegliere con quale autorizzare chiama per aderire. Se il codice autorizzato sotto il GPL o il LGPL è incluso in un lavoro derivato da un'autorizzazione di BSD/MIT/X-style, l'intero lavoro derivato (per tutti gli scopi pratici) deve essere autorizzato sotto i termini del GPL o del LGPL, rispettivamente. Ci sono molte altre incompatibilità potenziali. Se siete in dubbio circa che cosa siete permessi fare con le parti particolari di software libero, non sia timido—chiedono ai proprietari del copyright. Ricordisi di che possono darvi l'autorizzazione usare il software in tutto il senso che desiderano. ciò è un articolo aggiunto dal prof. Pic Stevens
|
|||||
|