[Linuxtrent] Re: GPL e source code
- From: Matteo Ianeselli <m.ianeselli@xxxxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Sat, 23 Mar 2002 10:36:27 +0100
Natali Giuliano writes:
> Posso chiedere un risarcimento per il sorgente?
> Del tipo: posso esigere una cifra X per darti il sorgente?
Se non distribuisci i sorgenti insieme al binario, e distribuisci il
binario commercialmente, vale il punto 3.b della GPL:
* b) Accompany it with a written offer, valid for at least three
years, to give any third party, for a charge no more than your
cost of physically performing source distribution, a complete
machine-readable copy of the corresponding source code, to be
distributed under the terms of Sections 1 and 2 above on a
medium customarily used for software interchange; or,
Leggi in particolare "no more than your cost of phisically performing
source distribution". Quindi, non piu` del costo del CD, della
masterizzata, e delle spese di spedizione. PER I SORGENTI.
Tra l'altro, uno non puo` cavarsela offuscando i sorgenti:
"The source code for a work means the preferred form of the work
for making modifications to it."
e sicuramente il formato preferito per modificare i sorgenti non e`
sicuramente una serie di sorgenti offuscati (anche se con certo codice
Perl la differenza non si nota molto... ;-)
Nota comunque che se detieni i diritti sull'intero prodotto, puoi
distribuirlo con quante licenze vuoi contemporaneamente.
Esempio classico per una libreria: Tizio dice "se vuoi, qui c'e` la
versione GPL della mia libreria, e ci puoi realizzare solo
applicazioni sotto GPL. Altrimenti, visto che io ho i diritti
sull'intero codice della libreria, se mi paghi te la posso mollare con
una licenza differente che ti permette di svilupparci applicazioni
proprietarie". Esempio: Trolltech con Qt, o Sleepycat Software con il
Berkeley DB.
Per gli applicativi completi, l'esempio di cui sopra non ha molto
senso, visto che uno usa gli applicativi per lavorarci, piu` che per
creare un prodotto derivato. Alcune possibilita`:
1) Ti offro delle garanzie in piu` se mi paghi (poco usata, visto che
e` dura offrire garanzie specifiche sul software).
2) Ti offro assistenza 24x7 per tot tempo se mi paghi (lo fan quasi
tutte le distro di Linux...).
3) Ti offro una versione non GPL piu` ricca di funzionalita` se mi
paghi. Ad esempio Sourceforge, o i prodotti di TheKompany).
3bis) Se ti servono modifiche ad hoc, te le sviluppo a pagamento
(analogo del punto 2). Se il codice e` abbastanza complesso, e`
chiaro che l'unico che riesce a metterci mano in tempo
ragionevole e` chi gia` lo conosce bene.
4) L'ultima versione non e` GPL ed e` a pagamento. La penultima e`
GPL. Se la vuoi adesso, mi paghi, altrimenti aspetti. (occhio che
se fai aspettare troppo, la gente prende la versione GPL e se la
sviluppa per conto suo).
Esempio: Aladdin GhostScript, le cui versioni precedenti diventano
di volta in volta GNU GhostScript, oppure anche MySQL, dove
l'ultima versione ha certi vincoli, mentre esiste una versione
alquanto piu` vecchia sotto GPL pura e semplice.
5) Ti offro il prodotto sotto GPL con un minimo di documentazione. Se
vuoi la documentazione completa per usarlo al meglio, me la paghi.
Vedi ad esempio la documentazione a corredo delle distro (anche se
spesso pure essa e` sotto GPL o FDL).
6) Crei un "fan club" di utenti entusiasti che ti fan donazioni per
sviluppi futuri (non tiri su molto, nondimeno c'e` chi fa
donazioni).
In fin della fiera, son convinto che se la cifra da pagare vien
percepita come ragionevole e se si puo` pagare in maniera semplice e
rapida con la prospettiva di contribuire agli sviluppi futuri, la
gente paga pure volentieri. Sotto questo aspetto sono interessanti
sistemi tipo PayPal, posto che offrano un minimo di garanzie per
quanto riguarda la sicurezza delle transazioni.
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxxxxxx
Other related posts: