Newsgroup: it.comp.os.linux.sys
Titolo: [X-POST] Licenza Mysql

Buonasera a tutti,
in azienda stiamo per acquistare un sistema che richiede un server mysql 
come base dati. Alla mia domanda sul tipo di licenza mysql, il mio 
interlocutore ha risposto che mysql è GPL quindi non c'è bisogno di licenza.
 
Io sapevo che se l'applicazione che usa mysql non è rilasciata sotto GPL 
(es. Joomla/mambo), allora è necessaria una licenza server.
 
Dato che il searching su google e sul sito mysql mi ha un po' confuso le 
idee, volevo porre apertamente i miei dubbi per capire quali sono i 
limiti della licenza mysql (domani chiamerò anche il supporto telefonico).
 
Vi faccio alcuni casi:
 
- Uso Mysql nella mia applicazione casalinga di gestione delle spese 
(gira sul mio server di casa): ho bisogno di licenza? oppure per usare 
la GPL devo rilasciare il mio codice sotto GPL (è una applicazione ad 
uso strettamente personale)
 
- Uso MySql come backend per una piccola applicazione su uno dei miei 
siti web personali: ho bisogno della licenza oppure l'uso personale è 
sempre consentito?
 
- uso MySql al lavoro insieme a Joomla: in tal caso non dovbrebbe essere 
  necessaria la licenza in quanto joomla è GPL
 
- uso MySql al lavoro per una applicazione sviluppata da me per 
monitorare il vento (esempio fittizio): posso usare mysql senza licenza 
o sono obbligato a rilasciare il mio programmino sotto GPL?
 
- Uso MySql al lavoro come backend per un software fornito da terze 
parti (presumo non con licenza GPL): ho bisogno della licenza mysql?
 
 
 
Grazie a tutti ed in particolare a chi mi potrà indicare un qualche 
documento online
 
-- 
Luca
http://www.civinini.net
 
 
"Unix is simple. It just takes a genius to understand its simplicity." - 
Dennis Ritchie

 
 
il documento risale a qualche anno fa, ma viene direttamente da mysql, 
percio' mi aspetto che sia ancora 'attuale'.
 
http://www.mysql.it/about/legal/licensing/index.html
 
 
il tuo caso (o meglio quello di chi ti vende il software) ricade nella 
seconda voce, quella per oem, isv e var.
 
se mysql serve per far funzionare il loro software e non ne rilasciano il 
codice sorgente sotto una licenza riconosciuta da osi, loro *devono* avere 
una licenza.
 
 
 
 
-- 
Paolo opg
 
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 Io sapevo che se l'applicazione che usa mysql non è rilasciata sotto GPL (es. Joomla/mambo), allora è necessaria una licenza server.
 
Attenzione a quell' "usa" , perche' anche linux/kernel  e' gpl , eppure ci sono applicazioni proprietarie a codice chiuso  che lo usano (tutto quello che ci 
gira deve per ovvie ragioni "usarlo").
 
Connettersi al database mysql da un applicazione a codice chiuso *non e'* una violazione del gpl , distribuire una versione personalizzata di mysql senza 
fornire il codice *e'* una violazione del gpl.
 
 
 
Giulia
 

 una licenza.
 
IANAL però specifica che vale se distribuiscono anche MySQL:
"For OEMs, ISVs, and VARs who distribute MySQL with their products"
 
Quella specificazione suggerisce che se si sviluppa un prodotto che 
richiede MySQL ma non si incorpora MySQL nel proprio prodotto non serve 
una licenza.

 wrote in
news:anddam+groupsNOALPASTICCIOD...@news.cu.mi.i
t: 

un po' di tempo fa era saltata fuori una discussione su questo argomento e 
alla fine la discriminante era se mysql e' indispensabile o no, perche' 
allora il fatto di dartelo pacchettizzato col sw o meno era solo un 
escamotage.
se hai un sw che funziona su postgre, mssql e mysql, l'utente sceglie e 
quindi son fatti suoi; se il tuo sw lo sviluppi legandolo mani e piedi a 
mysql la faccenda assume un aspetto diverso, peche' il tuo pacchetto 
d'installazione magari non include mysql, ma senza, il tuo sw non funziona.
 
pero' effettivamente la distinzione e' molto sottile...


 pero' effettivamente la distinzione e' molto sottile...
 
 
Se è scritto in PHP o PERL di certo non include parti di codice 
rilasciato da MySQL per cui non si applicano restrizioni, se è scritto 
in C ed include parti di codice MySQL (in genere il client) allora sì 
serve la licenza dato che include fisicamente mysql.h
vedi esempio:
http://dev.mysql.com/doc/refman/5.6/en/libmysqld-example.html
 
 
 


 
Perï¿œ poniamo il caso di avere postfix/dovecot che prendono il db degli 
utenti mysql, in questo caso che accade? ï¿œ necessaria una licenza?


Assolutamente no. L'USO del DB non richiede alcuna licenza.
 
E' l'incorporare il codice MySQL all'interno della propria applicazione
(e visto che ï¿œ GPL e non LGPL anche il linking di librerie ricade sotto
questo cappello) e ridistribuirla che implica la necessitï¿œ di avere una
licenza, a meno che la propria applicazione non sia scritta con una
licenza GPL compatibile.
 
MySQL ï¿œ in questi termini identico a qualsiasi altro programma GPL. O la
tua applicazione ï¿œ GPL oppure non puoi usare quel codice o linkarti alle
sue librerie. MySQL offre la via d'uscita che ï¿œ quella del dual
licensing, quindi se non vuoi usare la GPL o compatibile per la tua
applicazione, paghi e ti danno una licenza compatibile con quel che vuoi.
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 
 
ho trovato una spiegazione che a me e' sembrata abbastanza chiara:
http://www.xaprb.com/blog/2009/02/17/when-are-you-required-to-have-a-
 
commercial-mysql-license/
 
in particolare il punto in cui dice:
You need a commercial license if you want to embed MySQL within your non-
Free program. Note that embed is not the same as �make a connection to.�
 
il che mi risolve il dubbio con cui avevo risposto all'op...


 utenti mysql, in questo caso che accade? è necessaria una licenza?
 
In quel caso però sei nella prima categoria tra quelle elencate qualche 
messaggio più su nella discussione e non hai bisogno di licenza.

 rilasciato da MySQL per cui non si applicano restrizioni
 
Teoricamente quindi basta scrivere un programma cuscinetto e renderlo 
open source per aggirare l'ostacolo.

Il 24/09/12 16.24, Andrea D'Amore ha scritto:

Anche detto wrapper, in genere si fa un webservice REST per cui la 
connessione è
 
applicativo -> (Apache+PHP) -> MySQL
 
all'andata e
 
MySQL -> (Apache+PHP)- file.xml -> Applicativo
 
al ritorno.
 
In pratica l'applicazione (in C o C++ ecc..) deve solo inviare le 
request via http/https (solitamente in formato GET) e leggere l'xml di 
ritorno (con un XML parser), non necessita quindi alcuna connessione 
diretta con il DB.
 
E se vogliamo dirla tutta fino in fondo non necessita nemmeno che il 
programmatore di turno di C, C++ ecc.. conosca come lavora un DB o il 
linguaggio SQL.
 
 

 Anche detto wrapper
 
Nei limiti cerco di evitare gli anglicismi, anche se non quanto mi 
piacerebbe.

 Free program. Note that embed is not the same as „make a connection to.‰
 
Che poi è l'inclusione dell'header* di MySQL di qualche messaggio più su.
 
 
 
*anglicismo, ma non so perché parlando di C mi sembra più giusto usare 
header

 open source per aggirare l'ostacolo.
 
Solo fino ad un certo punto. Come giï¿œ discusso in vari ambiti, in
special modo per quanto riguarda il kernel e l'uso dei simboli riservati
al codice GPL, l'uso di un wrapper la cui unica funzione sia quella di
disaccoppiare i programmi per bypassare le restrizioni della GPL non ï¿œ
condizione sufficiente per considerare il lavoro non derivato e quindi
non essere soggetti ai vincoli della GPL.
Sarebbe troppo comodo altrimenti.
 
Se non erro c'era anche stato un dibattito legale a seguito di denuncia
che si era perï¿œ risolto con il dietrofront dell'azienda che violava la
GPL prima di approdare in giudizio.
