Newsgroup: it.comp.os.dibattiti
Titolo: [OT] ODBC, licenze, ecc ecc

Allora, vado subito al nocciolo: sto sviluppando un'applicazione (ahahah 
che paroloni che uso) per Win32 che si appoggia su di un database MySQL.
Come driver ODBC uso quello fornito da MySQL AB, nella versione Gamma 
3.51.x
Questa versione (a differenza della stable 2.50.x) e' rilasciata sotto GPL. 
La domanda secca e': il mio programma, che usa ADO attraverso ODBC appunto, 
deve diventare GPL anch'esso?
e nel caso positivo, quando la sere 3.51 diverra' stable e passera' sotto 
LGPL, il mio programma automaticamente non sara' piu' sottoposto agli 
obblighi di GPL?
E piu' nello specifico di Windows, come funziona con ODBC?
Sul sito di MySQL c'e' questo preciso disclaimer:
DISCLAIMER: MyODBC 3.51 binaries and sources are released under General 
Public License, not under LGPL. As a special exception to the MyODBC GPL 
license, one is allowed to use MyODBC with any ODBC manager, even if the 
ODBC manager is not GPL. In other words: The ODBC manager itself is not 
affected by the MyODBC GPL license.
_chi_ e' l'ODBC Manager? il "programminO" che da Pannello di controllo mi 
permette di configurare i DSN?
E ADO allora come si rapporta in questo caso? La mia app passa da ADO che 
passa da ODBC che va al database..
violo la GPL quindi?
E per far violare la licenza GPL basta quindi che un utente installi myODBC 
3.51 invece del 2.50, setti un DSN con nome identic all'altro e lanci il 
mio programma? Mi sembra un po' _troppo_ facile..
Opinioni? Possibilmente serie e relative al caso, quindi pogoboy puoi pure 
non postare nulla :PP
-- 
il Vide - ICQ# 5301833
IAMM - it.arti.musica.metal 
http://www.heavy-metal.it
Tessera #8 "Tira Clarenzo e m' illumino d' immenzo"

reply secco
tu non stai modificando il sorgente odbc vero?
ok, allora stai tranquillo
tu stai usando un driver odbc, riga.
a meno che tu non fai un merge con il tuo programma vai tranqui.

 mio programma? Mi sembra un po' _troppo_ facile..
Il link dinamico è considerato inclusione di codice GNU/GPL nella licenza
GNU/GPL.
Saluti.

 ADO per sorgenti dati ODBC chiama sempre il driver manager ODBC.
Secondo le fesserie scritte DAGLI AUTORI DI MYODBC non viola una beata
mazza.
C:\>iao Angelo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 violo la GPL quindi?
E' inutile chiederselo, tanto la gpl vive su questo dubbio e nel dubbio 
la gente dovrebbe scegliere di pubblicare il proprio sw sotto gpl. 

 violo la GPL quindi?
no. Basta che dimostri che lo stesso codice funziona sia con MySQL, sia 
con SQL Lite, sia con Microsoft SQL Server, sia con Oracle, ecc.
-- 
  < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
      Don't stand, REACT!      version 0.0.21. C/C++ and ASM developers
                               and beta testers are welcome!

 licenza GNU/GPL.
quattro zampe buono, due zampe cattivo!
quattro zampe buono, due zampe cattivo!


 licenza GNU/GPL.
Il link dinamico può essere considerato quello che gli pare. Queste 
stronzate sono bibite per bonzi, per rendersene conto basta raccattare le 
briciole di buonsenso. 

 
ah, ecco cosa sono le macchine a GPL!!!
-- 
Millions of lemmings cannot be wrong! 

 la gente dovrebbe scegliere di pubblicare il proprio sw sotto gpl.
Strano, a me il dubbio non e' mai venuto... :-)


opportuno. 
Infatti sarebbe l'utente a violare la licenza...
Alessandro.

 con SQL Lite, sia con Microsoft SQL Server, sia con Oracle, ecc.
E' quello che pensavo/penso anche io, solo che il mio capo e' di diversa 
opinione, e allora cercavo conferme (o smentite).
-- 
il *Vide* - ICQ #5301833
Linux user #224141 on Linux machine #106981


 ha scritto nel messaggio
news:CQ6Y9.35419$lj5.3...@tornado.fastwebnet.it...

Interessante.
Quindi l'utente ha dei limiti nell'usare un programma "libero"?

 Direi che l'esempio vale come il due di bastoni con briscola a coppe...
Indubbiamente, al pari di quel disclamer.

 (era forse questo il briciolo di buonsenso cui accennavi?)
Ok, ma quello che voglio capire: col mio cazzo di programma in VB (non sono 
arrabbiato, e' proprio un cazzo di programma :D ) che usa ODB, mi 
interfaccio su roba MS o su roba MyODBC quindi GPL?
Il fatto e' che il misero codice che sto scrivendo e' di proprieta' di 
un'altra ditta, non della mia, e quindi vorrei essere ben certo. Poi tanto 
sta ditta non sapra' manco per sbaglio che esiste la GPL, che funziona in 
un certo modo (si, dai, sono fortunati, vi rubo la battuta ;PP ) ecc ecc, 
pero' e' per essere chiari (io non avrei problemi a rilasciarlo sotto GPL 
;D )
-- 
il *Vide* - ICQ #5301833
Linux user #224141 on Linux machine #106981


 opportuno.
Il punto e' che la fornitura/installazione del driver ODBC specifico la 
faccio sempre io, quindi sarei io che violo, giusto? (questo a prescindere 
dalla licenza, o sbaglio?)
E' per quello che cerco di informarmi il piu' possibile :)
-- 
il *Vide* - ICQ #5301833
Linux user #224141 on Linux machine #106981


 Quindi l'utente ha dei limiti nell'usare un programma "libero"?
Si i limiti ci sono, ma comunque ho detto una cavolata tanto per parlare...
Alessandro.

 ah, ecco cosa sono le macchine a GPL!!!
rotfl!
Non ci avevo pensato...
 

 prescindere dalla licenza, o sbaglio?)
Indipendentemente dalla licenza, no.
In ogni modo, tu distribuisci il driver corredato di sorgenti, senza 
nemmeno modificarli, senza pretendere un euro per la licenza d'uso, 
rispetti esattamente i termini della gpl. Dov'è il problema?

 interfaccio su roba MS o su roba MyODBC quindi GPL?
Permetti? E' una pura questione di lana caprina.
Il tuo programma accede al il driver a runtime, questo significa che tu sei 
svincolato dal conoscere i termini di licenza del driver. Il solo fatto che 
ci siano 2 versioni del driver con due licenze diverse e che tu potresti 
(con ogni probabilità) comunicare in modo identico, dimostra al di là di 
ogni ragionevole dubbio che tu non hai alcun obbligo di licenza. Senza 
contare che il tuo programma può essere ragionevolmente portabile da un 
database all'altro (odbc ha una sua semantica) funzionando allo stesso modo 
con oracle, sybase o altro.   

 modo con oracle, sybase o altro.
Ok, era quello che pensavo io. Tornero' lancia in resta dal mio capo :)


Marco Sarti wrote:


No, ha dei limiti in quanto programma licenziato (GPL)...
Se vuoi, ti riporto qualche passo dei "diritti dell'utente" della
licenza che accompagna NT... :-)
C:\>i<o Angelo


 ;D )
IMHO (e a quanto pare non solo IMHO) non violi nessuna licenza.
Se vuoi dormire tra 7 cuscini puoi:
- usare un driver con licenza LGPL (quello vecchio e' sotto LGPL se non
  sbaglio);
- scrivere alla mySQL chiedendo lumi.


 Indubbiamente, al pari di quel disclamer.
E io che ho detto?
C:\>iao Angelo
[1] Con "gli fa fare peccato mortale " sto dicendo una spiritosaggine.
    Meglio essere chiari, visto che mie e' venuta una paresi a forza di
    mettere faccine, ma comunque vengo travisato :-))).


 non si possono avere.
Non è questione di avere la botte piena e la moglie ubriaca. E' questione di
avere a che fare con qualcosa di serio o con una buffonata.
Se per l'uso che devo fare devo comprare la licenza di mysql la compro,
basta saperlo.

 - scrivere alla mySQL chiedendo lumi.
Infatti per "stroncare" il mio capo faro' questo, mi sa (se non ci pensa 
gia' lui di testa sua a farlo ^_^ )


 ODBC č un'interfaccia, [...]
e voglio infierire: ODBC č, in parte, uno standard POSIX. Praticamente, 
stai chiedendo se qualsiasi programma che gira sotto Linux debba essere  
messo sotto GPL solo perchč Linux lo č


 ha scritto nel messaggio
news:b0qsho$6qf$1...@news.newsland.it...

Veramente il problema di _vide_ sembra essere diverso.
Lui ha del software non GPL (quello scritto da lui) che deve
fare link dinamico indirettamente ad una libreria GPL.
Il fatto che, forse, la postilla di MYODBC esclude l'estensione
della GPL quando il modulo viene richiamato per mezzo
del Manager ODBC dovrebbe essere sufficiente ad escludere
l'estensione della licenza GPL anche al lavoro di _vide_
Diverso sarebbe stato se _vide_ avesse chiamata direttamente
funzioni di mySQL.
Saluti.

 ha scritto nel messaggio
news:b0s16b$ldo$1...@grillo.cs.interbusiness.it...

A me anche, soprattutto perchè le core API di ODBC sono nate prima
di MyODBC e gli autori di MyODBC hanno dovuto attingere ed includere
in MyODBC codice sorgente Microsoft.
Saluti.

   sbaglio);
Se quello vecchio usa LGPL perchè quello nuovo deve usare GPL
quando Stallman dice che per le librerie sarebbe consigliabile
usare LGPL?
Comunque la si gira quelli di MyODBC non hanno capito la filosofia
GNU.
Saluti.

 GNU.
Mi sembrava che con la "Progress Software Co." l'avessero capita molto
bene, evidentemente la postilla non e' stata scritta dall'avvocato ma
dagli sviluppatori [1] ;-)
C:\>iao Angelo
[1] E notoriamente questi di giurisprudenza non capiscono una fava.
    Qualche tempo fa e' passato un post in cui era riportato che
    qualcuno aveva messo delle icone sotto GPL...


 Chi lo nega
    è un pirla che si basa sulle parole testuali, senza capire il
    significato </CITE>


 dagli sviluppatori [1] ;-)
La causa con Progress mi sembra era dovuta all'inclusione senza sorgenti
delle DLL contenenti l'API nativa si MySQL.Non era relativa a MyODBC.
Saluti.

Paolino Paperino wrote:



Infatti. Non mi riferivo a myODBC, ma ad un battibettco avuto tempo
fa con GdG (o con te, i tuoi header e quelli di GdG sono molto simili
;-))
C:\>iao Angelo


 ;-))
Fra paperini ci si capisce :-)
Saluti.

 farlo). 
Torno a dire, sono l'ultimo ad impedirglielo. 

 dei linguaggi che supportano la reflection.
Qui non ti seguo piu'. Di java ho letto qualcosa (giusto per fare polemica
con il mio ex capoprogetto) e me la sono data a gambe. :-))))
C:\>iao Angelo


 polemica con il mio ex capoprogetto) e me la sono data a gambe. :-))))
Diciamo che il caricamento dinamico delle classi è cosa assolutamente 
normale; per fare un esempio, tu scrivi un applicazione che per accedere al 
database tramite le interfacce java.sql.*, ma il programma non ha la più 
pallida responsabilità dell'implementazione concreta (che spesso viene 
indicata in un file di configurazione esterno).

 viene indicata in un file di configurazione esterno).
Allora vale lo stesso discorso fatto per il driver ODBC (alla fine sempre
di linking dinamico si tratta): salvo diversa indicazione degli autori del
software che si intende utilizzare, l'utente e' sempre responsabile di
cosa chiama il proprio software (i file di configurazione non si scrivono
mica da soli).
Se per qualche motivo va a finire che il proprio software usa software
GPL in maniera inconsapevole, nessuno lo mette al muro (o attenta al suo
portafogli): al massimo qualcuno gli dira' sanare la situazione (o di
smettere).



Mi pare di ricordare una considerazione riguardo all'uso di moduli binari
col kernel di Linux. Se non ricordo male la situazione era che l'utente
puo' liberamente scegliere di usarli ed eventualmente linkarli anche
staticamente, e' invece vietato distribuire kernel che includano questi
moduli al loro inteno.
Alessandro.

 moduli al loro inteno.
Ok, allora faro' premere il tastin "install" di MyODBC a qualcuno 
responsabile della ditta dove installo il tutto :D
-- 
il Vide - ICQ# 5301833
IAMM - it.arti.musica.metal 


 responsabile della ditta dove installo il tutto :D
Cosi Stallman diventa proprietario della ditta :-)
Saluti.

 Cosi Stallman diventa proprietario della ditta :-)
ROTFL :D


 MyODBC codice sorgente Microsoft.
Questo e' falso. Perche' mai dovrebbero farlo?
ciao
-- 
Marco Ermini - L.U. #180221
http://macchi.markoer.org
 - ICQ 50825709 - GPG KEY 0x64ABF7C6
Never attribute to malice that which is adequately explained
by stupidity. (Hanlon's Razor, corollary to Finagle's law)

 e voglio infierire: ODBC č, in parte, uno standard POSIX.
ROTFL
A me basterebbe che fosse uno standard per se stesso (parla un povero
spettatore ad un tentativo poco riuscito di creazione di un driver ODBC,
praticamente e' impossibile realizzarlo in tempi umani visto che esistono
almeno tre/quattro versioni delle decine di API di ODBC, che se le dovessi
implementare tutte ci staresti un decennio.
La cosa bella e' che nemmeno alla Microsoft sanno quali API vengono
utilizzate dai LORO programi (della serie, l'ultimo scintillante Excel XP,
quando modifichi una query, richiama MSQuery, un programma del 1997 che
usa ODBC 2.x...).
Mah! Le solite Microzozzate!


 modo con oracle, sybase o altro.
Questo ovviamente da un punto di vista puramente teorico. In pratica,
dovrai utilizzare una certa versione delle API odbc, che sia compatibile
con il db che stai usando (hai voglia te ad usare le transazioni con
mysql...)
ciao


 mysql...
http://www.innodb.com/
 ?
-- 
Rhymes (rhy...@NOSPAMmyself.com)
linux registered user #219707
linux registered machine #172395

 utilizzate dai LORO programi
basta, per caritŕ. Questi discorsi sono noiosi e inutili


 implementare tutte ci staresti un decennio.
Non hai letto le specifiche di ODBC, dillo dai, mica ti picchiamo....
Saluti.

 Questo e' falso. Perche' mai dovrebbero farlo?
Per scrivere le strutture che vengono passate come parametri?
Ma tu, un driver ODBC lo hai mai scritto? Io si.
Quindi?
Saluti.

 Ma tu, un driver ODBC lo hai mai scritto? Io si. Quindi?
Anche io. E si vede che non lo hai scritto, lo hai scopiazzato.
La Microsoft ci ha fornito uno skeleton di funzioni da implementare e
degli esempi. In nessun caso abbiamo dovuto utilizzare codice protetto da
copyright.
Per quanto riguarda le strutture, esistono diversi dei progetti open
source che ti forniscono degli odbc.h con licenza LGPL. Senza parlare del
fatto che non ricadi certo nella violazione di copyright se allochi delle
strutture da passare ad una funzione solo perche' queste strutture sono
state definite da chi ha scritto la funzione. Ci mancherebbe altro!
Quindi nessuna restrizione di copyright di alcun tipo. La prossima volta
che scrivi un software ti consiglio caldamente una ricerca preventiva su
google.


 
http://www.innodb.com/
 ?
Brava. Adesso torna su 
http://www.mysql.com
 e leggi che innodb e'
disponibile unicamente per le versioni a pagamento di MySQL.
E poi facci anche sapere se il driver ODBC di MySQL supporta le
transazioni...


 basta, per carità. Questi discorsi sono noiosi e inutili
D'accordo la smetto. Peccato che siano la realta'. Tre chiamate di
assistenza alla Microsoft, fino a risalire alla Microsoft USA,
completamente buttate nella spazzatura.
ciao


 Non hai letto le specifiche di ODBC, dillo dai, mica ti picchiamo....
Le ho lette. Ma purtroppo non basta leggere - anzi, in casi come questi
serve pure a poco. Bisogna anche scrivere i programmi. Ed alla Microsoft
la separazione tra documentazione e' realta' e' ben piu' che evidente e
ben nota, anche e soprattutto a chi lavora *per* Micorosoft.
ciao


 google.
Questo già lo faccio. Però preferisco usare MSDN e le informazioni dei
miei colleghi MVP.
Saluti.

 transazioni...
MyODBC non si sopporta manco da solo :-)
Saluti.

 No, anche la versione MAX GNU/GPL supporta InnoDb.
Vero..dalla 3.23.qualchecosa in avanti (sicuramente la 4.0.x ce l'ha)


 per fortuna controllato da un comitato indipendente, ovvero l'OPC).
AAAARGHHHH! non mi parlate di OPC :))
/me e la Siemens..:P


 open source che ti forniscono degli odbc.h con licenza LGPL.
*header con licenza*? *LGPL*? posso ridere o si offende qualcuno?


 *header con licenza*? *LGPL*? posso ridere o si offende qualcuno?
Nessuno si offende, ma l'header con licenza LGPL esiste, purtroppo....
Che poi nel caso specifica hanno fatto copia incolla da quelli della MSDN
e li hanno messi sotto licenza LGPL lo tacciono...
Saluti.