|
#11
|
|||
|
|||
|
Scusate se insisto....ma siccome qualcuno l'aveva chiesto....vi allego
quanto preso da it.comp.software.database : Vedo che ci sono dei problemi a capire il concetto di "GPL" e di "Licenza a pagamento" di MySQL, allora, riporto qui' quanto e' scritto sul sito di MySQL piu' qualche spiegazione-chiarimento per i non anglofili. Nota: le spiegazioni/chiarimenti sono quanto e' emerso da una mia discussione con i signori di MySQL per un problema analogo. Da http://www.mysql.com/support/arrangements.html: The formal terms of the GPL license can be found at section J GNU GENERAL PUBLIC LICENSE. For pricing and ordering information, see https://order.mysql.com/. Basically, our licensing policy and interpretation of the GPL is as follows: For normal internal use, MySQL costs nothing. You do not have to pay us if you do not want to. A license is required if: You link a program, that is not free software, with code from the MySQL server or clients that has the GPL copyright. This happens for example when you use MySQL as an embedded server in your applications or when you add not free extensions to the MySQL server. In this case your application/code would also become GPL through the GPL license that acts as a virus. By licensing MySQL server from MySQL AB under a commercial license you will avoid this problem. See http://www.gnu.org/copyleft/gpl-faq.html. You have a commercial application that ONLY works with MySQL and ships the application with the MySQL server. This is because we view this as linking even if it is done over the network. You have a distribution of MySQL and you don't provide the source code for your copy of the MySQL server, as defined in the GPL license. A license is not required if: You include the MySQL client code in a commercial program. The client part of MySQL is licensed under the LGPL GNU Library General Public License. The mysql command-line client does include code from the readline library that is under the GPL, however. If your use of MySQL does not require a license, but you like MySQL and want to encourage further development, you are certainly welcome to purchase a license or MySQL support anyway. See section 1.5.1 Support offered by MySQL AB. If you use MySQL in a commercial context such that you profit by its use, we ask that you further the development of MySQL by purchasing some level of support. We feel that if MySQL helps your business, it is reasonable to ask that you help MySQL. (Otherwise, if you ask us support questions, you are not only using for free something into which we've put a lot a work, you're asking us to provide free support, too.) Note that older versions of MySQL are still using a more strict license. See the documentation for the specific version for more information. For circumstances under which a MySQL license is required, you need a license per machine that runs the mysqld server. However, a multiple-CPU machine counts as a single machine, and there is no restriction on the number of MySQL servers that run on one machine, or on the number of clients concurrently connected to a server running on that machine. If you have any questions as to whether or not a license is required for your particular use of MySQL, please read this again and then contact us. See section 1.1.2.1 Contact Information. If you require a MySQL license, the easiest way to pay for it is to use the license form on MySQL's secure server at https://order.mysql.com/. You can also get the latest pricing and ordering information by sending an e-mail to sales@mysql.com. ANNOTAZIONI: "GPL" - Gnu Public License, NON SPECIFICA che il prodotto deve essere gratuito, specifica semplicemente che, una volta che avete il prodotto dovete avere accesso anche ai suoi sorgenti, e che a questo punto siete liberi di fare quello che accidenti volete con il prodotto ed i suoi sorgenti. In particolare MySQL specifica che: "Per un uso normale interno" la licenza non e' richiesta. Una licenza e' richiesta se: - MySQL e' linkato ad un prodotto che non e' free software (aka: vi fate pagare per farlo-venderlo) - avete un prodotto commerciale che funziona solo con MySQL - distribuite MySQL ma non i suoi sorgenti - se usate MySQL in un'ambiente commerciale o ci fate comunque dei soldi, in tal caso la licenza e' una forma di "contributo allo sviluppo" In queste condizioni, una licenza e' richiesta per ogni macchina che esegue il demone mysqld. Spero che questo chiarisca la cosa una volta per tutte. Davide -- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG ©2003 Google |
|
#12
|
|||
|
|||
|
Romeo <itersoft@itersoft.it> ha scritto:
[MEGA-CUTTONE] Se le cose stanno così come dici (e non lo metto assolutamente in dubbio), devo constatare che la pagina che ho letto io è quantomeno fuorviante. E mi sembra che quello che si legge sul link che hai postato sia ancora diverso da quello hai riportato e che questo lasci spazio ad interpretazioni. >A license is required if: > >You link a program, that is not free software, with code from the >MySQL >server or clients that has the GPL copyright. This happens for example >when you use MySQL as an embedded server in your applications or when >you add not free extensions to the MySQL server. In this case your >application/code would also become GPL through the GPL license that >acts >as a virus. Che si intende per link with code??? L'operazione di linking al seguito della compilazione con librerie di mysql (come avviene per esempio in C)? Io questo capirei dalla frase. Se fosse così...facendo una query via jdbc non linko nulla del codice di mysql, non lo embeddo e non aggiungo estensioni. [CUT] >You have a commercial application that ONLY works with MySQL and ships >the application with the MySQL server. This is because we view this as >linking even if it is done over the network. Non mi è chiaro. Un'applicazione java utilizzando jdbc funziona anche con altri rdbms e non SOLO con mysql. E se tu consegni l'applicazione e mysql se lo scarica il cliente? >You have a distribution of MySQL and you don't provide the source code >for your copy of the MySQL server, as defined in the GPL license. Questo si può risolvere facilmente. Inviato da www.mynewsgate.net |
|
#13
|
|||
|
|||
|
> >You have a commercial application that ONLY works with MySQL and ships
> >the application with the MySQL server. This is because we view this as > >linking even if it is done over the network. questa mi pare un po' tirata per i capelli !!! loro possono vederla cosi' perche' vogliono i soldi, ma non credo sia corretto. > Non mi è chiaro. Un'applicazione java utilizzando jdbc funziona anche > con altri rdbms e non SOLO con mysql. E se tu consegni l'applicazione e > mysql se lo scarica il cliente? si ma il driver jdbc per mysql e' sotto licenza GPL, quindi se lo usi anche la tua applicazione Java deve essere GPL. e' vero che c'e' una vecchia versione dei driver che sono LGPL, ma non e' piu' supportata, non credo sia il caso di usarla in produzione... A questo proposito ho un dubbio riguardo la GPL e il metodo di linking di Java: vengono distribuiti i singoli .class che poi sono linkati dinamicamente ogni volta che l'applicazione viene lanciata. I file .class potrebbero essere considerati equivalenti ai vari .o/.obj dei linguaggi compilati tipo C/C++. Ora, la GPL permette che si distribuiscano solo i .o del programma closed source, e sara' poi il cliente a doverli linkare alla libreria GPL (io ho capito cosi', ma mi sembra troppo strano...) A questo punto si potrebbe sostenere che in java si applica sempre questo caso, e quindi si potrebbero usare tutti i programmi GPL insieme alle applicazioni closed-source senza infrangere la GPL. che ne dite? |
|
#14
|
|||
|
|||
|
In article <kjbfb.5883$vO5.191016@twister1.libero.it>,
implacabile@usa.net says... > Ora, la GPL permette che si distribuiscano solo i .o del programma closed > source, e sara' poi il cliente a doverli linkare alla libreria GPL (io ho > capito cosi', ma mi sembra troppo strano...) Credo che tu faccia confusione con la licenza LGPL, la GPL non ha tali clausole. -- Roberto Lupi |
| Thread Tools | |
| Display Modes | |
|