Rilasciati i sorgenti dei kernel HTC

Incredibile ma vero!
Finalmente HTC ha aperto il suo sito per sviluppatori e rilascia i sorgenti dei suoi kernel!

E mò sò cazzi...

Scusate il francese, ma quando ce vò ce vò...

Cavolo, come per il reverse, volevo essere ancora io il primo a dare la notizia :'(

E adesso ci attende un lungo periodo di Wipe e Flash...Wipe e Flash...Wipe e Flash...Wipe e Flash...Wipe e Flash... :)

ora vanno molto meglio i possessori di cel brandizzati htc :D

Hihihihih
Finalmente!!
Ho passato due settimane a flashare grazie alla scoperta di TigerTael e compagni del Reverse Engineering...Mi posso solo immaginare cosa può succedere adesso...Vai di flash!!!

P.S.
Sapete cosa ho pensato il giorno che ho visto il topic sul Reverse Engineering??
"Adesso che sono riusciti a trovare il sistema di personalizzare il kernel per il 32A, a breve HTC rilascerà i sorgenti ufficiali". Detto fatto!!!

Quote:

---

Originariamente inviato da TheMorpheus

Hihihihih
Finalmente!!
Ho passato due settimane a flashare grazie alla scoperta di TigerTael e compagni del Reverse Engineering...Mi posso solo immaginare cosa può succedere adesso...Vai di flash!!!

P.S.
Sapete cosa ho pensato il giorno che ho visto il topic sul Reverse Engineering??
"Adesso che sono riusciti a trovare il sistema di personalizzare il kernel per il 32A, a breve HTC rilascerà i sorgenti ufficiali". Detto fatto!!!

---

Stesso identico pensiero..
bella storia dai..alè per gpl e il software libero

Già. E sono convinto che la spinta decisiva sia venuta proprio dal reverse engineering (che, tra l'altro, ci aveva azzeccato quasi in tutto).

Ora manca poco per vedere un kernel Cyanogen completo (VOGLIO IL MULTITOUCH!).

E' interessante vedere anche che ancora non sono online i sorgenti del kernel dell'Hero... Ma ho il sospetto che se si compila un HTC Magic Vanilla e si monta sopra una Hero ne vedremo delle belle, quegli 8 mega di differenza potrebbero essere interessanti - Bluetooth? - visto che sono convinto che ci sia ben poca differenza, camera a parte, tra Hero e Magic 32a...

ottima notizia , staremo a veder cosa succede di interessante ora :P
Una cosa e sicira siamo tuttipronti al flash
ahuahuhuahuauah ;)

Beh, i sorgenti del kernel con modifiche aggiunte di porzioni di codice dovevano rilasciarli per forza la questione del reverse engineering non c'entra nulla.
Non a caso il tira e molla era iniziato il 18 luglio
Dopo oltre 30 giorni si sono degnati di rendere pubblico quello che doveva essere reso pubblico già al momento della commercizlizzazione del prodotto :-\

Da profano, stavo pensando una cosa....
I problemi del BlueTooth, Led di stato etc. propri delle rom Hero; siamo sicuri che saranno fixati grazie ai sorgenti di questo kernel?...Cioè non ci vorrebbereo i sorgenti dell'Hero per risolvere tali "bug"?
Fila il discorso oppure ho detto una sciocchezza?

Quote:

---

Originariamente inviato da htcuser

Da profano, stavo pensando una cosa....
I problemi del BlueTooth, Led di stato etc. propri delle rom Hero; siamo sicuri che saranno fixati grazie ai sorgenti di questo kernel?...Cioè non ci vorrebbereo i sorgenti dell'Hero per risolvere tali "bug"?
Fila il discorso oppure ho detto una sciocchezza?

---

In effetti hanno rilasciato solo i sorgenti del kernel del dream e del magic, ma non ancora quelli dell'HERO.
Evidentemente aspetteranno nuovamente che qualcuno gli mandi un'email ricordandogli che devono rilasciarli........

Quote:

---

Originariamente inviato da venomous

Beh, i sorgenti del kernel con modifiche aggiunte di porzioni di codice dovevano rilasciarli per forza la questione del reverse engineering non c'entra nulla.
Non a caso il tira e molla era iniziato il 18 luglio
Dopo oltre 30 giorni si sono degnati di rendere pubblico quello che doveva essere reso pubblico già al momento della commercizlizzazione del prodotto :-\

---

nn è detto! si possono sempre inserire dei driver closed source nel kernel linux....infatti i driver di ati e nvidia nn sn open source (parlo di quelli proprietari). Dipende da come sn realizzati

Quote:

---

Originariamente inviato da zephyr83

nn è detto! si possono sempre inserire dei driver closed source nel kernel linux....infatti i driver di ati e nvidia nn sn open source (parlo di quelli proprietari). Dipende da come sn realizzati

---

Ti sbagli alla grande. Se li vuoi inserire li inserisci dopo ma non nel momento in cui consegni il prodotto. In ogni distro linux non troverai mai dei driver proprietari, se vuoi li scarichi dopo in seconda battuta. E secondo, se hai modificato il kernel oppure hai costruito qualcosa usando il kernel linux automaticamente anche quello che hai scritto diventa coperto da licenza GPL.
Ma questa ormai è una storia vecchia e nessuno vuol leggersi per bene la licenza e capire come funziona. Ci è cascata cisco/linksys e ha dovuto rilasciare tutto sotto licenza GPL anche le porzioni di codice che ci aveva aggiunto, se non erro la pagina da cui puoi scaricare tutto il lavoro è questa.
Potrei citare altri casi eclatanti di violazione che hanno portato le società a dover rilasciare tutto il codice ma mi sembra inutile, basta farsi una ricerca su google. Dopo tutto google ha rilasciato android con licenza Apache proprio per far si che le aziende potessero interessarsi al prodotto e poter "nascondere" i propri lavori. Ma per quanto riguarda il kernel tutte le modifiche che fai, se le distribuisci, devi rilasciare anche i sorgenti e automaticamente diventano GPL.
EDIT:
Giusto per mettere qualche link in italiano e far capire di cosa stiamo parlando a chi non parla inglese:
Fsf fa causa a Cisco per violazione della Gpl - Notizie - ITespresso.it
FSF e Cisco trovano un accordo

Quote:

---

Originariamente inviato da venomous

Ti sbagli alla grande. Se li vuoi inserire li inserisci dopo ma non nel momento in cui consegni il prodotto. In ogni distro linux non troverai mai dei driver proprietari, se vuoi li scarichi dopo in seconda battuta. E secondo, se hai modificato il kernel oppure hai costruito qualcosa usando il kernel linux automaticamente anche quello che hai scritto diventa coperto da licenza GPL.
Ma questa ormai è una storia vecchia e nessuno vuol leggersi per bene la licenza e capire come funziona. Ci è cascata cisco/linksys e ha dovuto rilasciare tutto sotto licenza GPL anche le porzioni di codice che ci aveva aggiunto, se non erro la pagina da cui puoi scaricare tutto il lavoro è questa.
Potrei citare altri casi eclatanti di violazione che hanno portato le società a dover rilasciare tutto il codice ma mi sembra inutile, basta farsi una ricerca su google. Dopo tutto google ha rilasciato android con licenza Apache proprio per far si che le aziende potessero interessarsi al prodotto e poter "nascondere" i propri lavori. Ma per quanto riguarda il kernel tutte le modifiche che fai, se le distribuisci, devi rilasciare anche i sorgenti e automaticamente diventano GPL.
EDIT:
Giusto per mettere qualche link in italiano e far capire di cosa stiamo parlando a chi non parla inglese:
Fsf fa causa a Cisco per violazione della Gpl - Notizie - ITespresso.it
FSF e Cisco trovano un accordo

---

no nn sto sbagliando! Ci sn eccome distro linux cn driver proprietari, se le distro più grosse li han tolti e per una questione "filosofica" e di principio....per i codec la questione è princpalmente riguardante i brevetti (e il problema è solo per gli USA)...cmq cn la mia frugalware installo driver proprietari e codec dai repository principali durante l'installazione!
Cmq anche debian con lenny prevedeva driver proprietari (a patto che nn violino appunto la GPL) Debian Lenny conterrà firmware proprietari!
il punto è questo la violazione della GPL...se c'è anche una riga di codice GPL nel tuo progetto allora tutto diventa GPL (opera derivata)! Ed è proprio il caso che hai citato tu! c'è anche quello più recente di microsoft per i driver relativi ad Hyper-V. Ma ripeto, Nvidia e ATI non hanno ALCUN obbligo perché i loro driver chiusi sn realizzati SENZA usare alcun codice sotto GPL. La questione nn è effettivamente chiarissima e nn c'è una "definizione" esatta di opera derivata! Torvalds stesso ha affermato

Quote:

---

che i LKM, usando soltanto un sottoinsieme limitato di interfacce "pubbliche" del kernel, possono a volte non essere considerati opere derivate, ed è quindi possibile avere alcuni driver esclusivamente binari e altri LKM che non adottano la licenza GPL

---

Wapedia - Wiki: Kernel Linux.

Non tutti gli sviluppatori sn concordi cn questa interpretazione e si è scelto di "bannare" i driver proprietari dal kernel. Ma attualmente nvidia e ati nn hanno alcun obbligo. Inoltre Torvalds è sempre stato molto transigente e nn è un caso che il kernel linux sia ancora sotto GPL 2 e NON sotto GPL 3 che pone limiti maggiori sulle "opere derivate"....si veda a proposito la questione sulla tivoizzazione Tivoization - Wikipedia
Tra l'altro hai citato apache per android che è meno restrittiva della GPL proprio per evitare ogni minimo problema relativo all'inclusione di codice chiuso in android!
Ora è da vedere come HTC ha realizzato i driver inclusi nel kernel linux! se ha usato un sistema simile a quello di ati e nvidia nn era obbliga a rilasciarsi....se si è appoggiata al kernel linux usando parti di codice "only GPL" allora si doveva rilasciarli obbligatoriamente. Inoltre i driver volendo si potrebbero NON includere nel kernel e farli girare in user space.
Un altro esempio che mi viene è quello delle distribuzioni linux installate sui netbook come linpus lite e xandroks su acer one e eeepc. Io ho un acer one e il kernel era stra patchato cn tantissimi driver proprietari (come quelli della scheda wi-fi che hanno dato più problemi di tutti usando altre distro)

Quote:

---

Originariamente inviato da zephyr83

no nn sto sbagliando!
<<mega cut>>

---

Controlla bene. Se perliamo di distro linux c'era stato un problema proprio con la FSF per una distribuzione live che includeva i drvier nvidia che mi sembra venissero compilati al volo con gcc, oppure erano binari closed forniti insieme ad un'opera GPL, cosa che non si puo' fare.
La questione opera derivata è semplice, cosi' come è semplice il termine modifica dell'opera. Se io modifico Linux, ma diciamo che lo Forko completamente, non potro' mai cambiargli licenza. Stesso discorso per i driver e gcc. Se in fase di installazione, quindi al momento della consegna del software i driver non GPL o comunque non GPL compatibili vengono linkati con le gcc lib non si puo' fare, questo perchè stai distribuendo un software non GPL che necessita di software GPL per essere installato, scenario che cambia se lo fai dopo. Parliamoci chiaro, neanche Ubuntu li include, li devi installare dopo.......e ho detto tutto.
Mi rendo conto che la questione è spigolosa e puo' sembrare assurda nelle sue interpretazioni, e sarà peggio per i software che hanno scelto di passare alla GPL 3, ma è così. E' inutile che mi metto a linkare o a cercare con google.
Te ne dico un'altra, vista la licenza di android che è molto BSD-LIKE, e Linux che è GPL, questa è sola la prima di una lunga serie di accuse, richieste, e minacce di cause.
EDIT:
P.S.
La GPL 3 venne scritta quando Novell e Microsoft sottoscrissero quella famosa partnership.

Ahem... Mi sa che qui si sta facendo un po' di confusione. L'unico - fino ad adesso - pezzo di Android sotto licenza GPL è il kernel, non si sta parlando di driver.
Android ha un kernel derivato da quello Linux e di conseguenza ha un meccanismo per caricare in maniera dinamica dei "driver" (un esempio è il beneamato wlan.ko che gestisce il WiFi). I driver possono non far parte del kernel, possono essere proprietari (come anche in Linux) e a nessuno gliene frega una beneamata cippa di come sono fatti basta che funzionino (vedi nVidia e ATI).
Il problema con HTC è che loro non hanno modificato dei driver/estensioni/framework ecc., ma proprio il kernel, che è un pezzo monolitico di codice ricadente sotto la GPL e di conseguenza va pubblicato in open source e deve essere liberamente modificabile. Anzi, probabilmente sarebbe giusto inserire la patch che permette di compilare il kernel vanilla di Google su tutte le piattaforme anche nella codebase di Google.
Le modifiche fatte da HTC riguardano la gestione della memoria; è la primissima funzionalità di qualunque kernel, non può essere implementata con dei driver (dove cavolo carico un driver se non so nemmeno che locazioni di memoria ho?). Questo lo sapevamo benissimo, abbiamo tutti rotto gli zebedei ad HTC fino a che un'anima pia si è messa con pazienza a provare vari offset di memoria fino a trovare quelli giusti. E subito dopo HTC ha pubblicato tutti i sorgenti tranne quello dell'Hero.
Per il quale, accetto scommesse, si ripeterà la tiritera.

Quote:

---

Originariamente inviato da venomous

Controlla bene. Se perliamo di distro linux c'era stato un problema proprio con la FSF per una distribuzione live che includeva i drvier nvidia che mi sembra venissero compilati al volo con gcc, oppure erano binari closed forniti insieme ad un'opera GPL, cosa che non si puo' fare.
La questione opera derivata è semplice, cosi' come è semplice il termine modifica dell'opera. Se io modifico Linux, ma diciamo che lo Forko completamente, non potro' mai cambiargli licenza. Stesso discorso per i driver e gcc. Se in fase di installazione, quindi al momento della consegna del software i driver non GPL o comunque non GPL compatibili vengono linkati con le gcc lib non si puo' fare, questo perchè stai distribuendo un software non GPL che necessita di software GPL per essere installato, scenario che cambia se lo fai dopo. Parliamoci chiaro, neanche Ubuntu li include, li devi installare dopo.......e ho detto tutto.
Mi rendo conto che la questione è spigolosa e puo' sembrare assurda nelle sue interpretazioni, e sarà peggio per i software che hanno scelto di passare alla GPL 3, ma è così. E' inutile che mi metto a linkare o a cercare con google.
Te ne dico un'altra, vista la licenza di android che è molto BSD-LIKE, e Linux che è GPL, questa è sola la prima di una lunga serie di accuse, richieste, e minacce di cause.
EDIT:
P.S.
La GPL 3 venne scritta quando Novell e Microsoft sottoscrissero quella famosa partnership.

---

era kororaa, distro basata su gentoo già "pronta" per gli effetti desktop. Ma la questione nn era stata risolta...alla fine gli sviluppatori hanno preferito togliere i driver proprietari. Ma nn si era arrivata a una conclusione! così come debian cn lenny ha deciso di usare anche driver prorietari (almeno quelli che nn violano la GPL). Anche ubuntu ogni tanto cambia idea!
Ho quotato prima quanto ha detto Torvalds stesso cd

Quote:

---

che i LKM, usando soltanto un sottoinsieme limitato di interfacce "pubbliche" del kernel, possono a volte non essere considerati opere derivate, ed è quindi possibile avere alcuni driver esclusivamente binari e altri LKM che non adottano la licenza GPL

---

Nn è che la GPL trasforma tutto in GPL a prescindere! nn vorrai dirmi che un programma compilato usando GCC deve per forza rilasciare i sorgenti!!!
Quando microsoft ha rilasciato i driver per Hyper-V mi ricordo che su un forum qualcuno aveva detto perché lei era stata costretta mentre ati e nvidia no e che volendo microsoft poteva fare come quest'ultime però riscrinvendo buona parte dei driver.
Ora provo a richiedere su qualche forum per vedere se qualcuno riesce a rispondermi

Quote:

---

Originariamente inviato da Bender2k2k

Ahem... Mi sa che qui si sta facendo un po' di confusione. L'unico - fino ad adesso - pezzo di Android sotto licenza GPL è il kernel, non si sta parlando di driver.
Android ha un kernel derivato da quello Linux e di conseguenza ha un meccanismo per caricare in maniera dinamica dei "driver" (un esempio è il beneamato wlan.ko che gestisce il WiFi). I driver possono non far parte del kernel, possono essere proprietari (come anche in Linux) e a nessuno gliene frega una beneamata cippa di come sono fatti basta che funzionino (vedi nVidia e ATI).
Il problema con HTC è che loro non hanno modificato dei driver/estensioni/framework ecc., ma proprio il kernel, che è un pezzo monolitico di codice ricadente sotto la GPL e di conseguenza va pubblicato in open source e deve essere liberamente modificabile. Anzi, probabilmente sarebbe giusto inserire la patch che permette di compilare il kernel vanilla di Google su tutte le piattaforme anche nella codebase di Google.
Le modifiche fatte da HTC riguardano la gestione della memoria; è la primissima funzionalità di qualunque kernel, non può essere implementata con dei driver (dove cavolo carico un driver se non so nemmeno che locazioni di memoria ho?). Questo lo sapevamo benissimo, abbiamo tutti rotto gli zebedei ad HTC fino a che un'anima pia si è messa con pazienza a provare vari offset di memoria fino a trovare quelli giusti. E subito dopo HTC ha pubblicato tutti i sorgenti tranne quello dell'Hero.
Per il quale, accetto scommesse, si ripeterà la tiritera.

---

ecco così la questione è ben diversa! però magari poteva nn rilasciare alcune parti perché per ora quello che nn si riusciva a far andare sul magic cn le rom hero erano il led, il bluetooth e mi sa che ci sn problemi anche con la fotocamera. Alla fine penso che li abbiano rilasciati anche perché gli conviene, tanto a loro nn cambia niente!

Quote:

---

Originariamente inviato da zephyr83

era kororaa, distro basata su gentoo già "pronta" per gli effetti desktop. Ma la questione nn era stata risolta...alla fine gli sviluppatori hanno preferito togliere i driver proprietari. Ma nn si era arrivata a una conclusione! così come debian cn lenny ha deciso di usare anche driver prorietari (almeno quelli che nn violano la GPL). Anche ubuntu ogni tanto cambia idea!
Ho quotato prima quanto ha detto Torvalds stesso cd
Nn è che la GPL trasforma tutto in GPL a prescindere! nn vorrai dirmi che un programma compilato usando GCC deve per forza rilasciare i sorgenti!!!
Quando microsoft ha rilasciato i driver per Hyper-V mi ricordo che su un forum qualcuno aveva detto perché lei era stata costretta mentre ati e nvidia no e che volendo microsoft poteva fare come quest'ultime però riscrinvendo buona parte dei driver.
Ora provo a richiedere su qualche forum per vedere se qualcuno riesce a rispondermi

---

Bene, vedo che ti ricordi dei casi che fecero clamore.
Riguardo alla questione:

Quote:

---

Nn è che la GPL trasforma tutto in GPL a prescindere! nn vorrai dirmi che un programma compilato usando GCC deve per forza rilasciare i sorgenti!!!

---

Non volevo dire questo. Dico solo e non ricordo in quale occasione, Stallman non voleva che al momento dell'installazione, quindi della divulgazione del software, un programma non GPL fosse installando usando le gcc.
Diventa GPL tutto quello costruito intorno a software GPL, oppure per rendere chiarissimo il concetto, se in un mio software, aggiungo delle porizioni di codice GPL, automaticamente tutto il lavoro diventa coperto da licenza GPL.
Comunque tagliando corto, io non so quali modifiche abbia apportato HTC al kernel, qualsiasi modifica abbia fatto deve essere rilasciata. Se vende HERO, deve dire dove o come accedere ai sorgenti del kernel. Tuttavia la mia opinione è che HTC abbia già intrapreso la sua strada, ad HTC interessa android, che per quanto mi riguarda ha già forkato e lo adatterà alle sue esigenze e alle sue strategie di mercato, "impacchettando" tutto a dovere.
Ad ogni modo i problemi principali secondo me sono altri, abbiamo voluto parlare di licenze che fa sempre bene, ma restano ombre intorno ad Android che non mi fanno presagire nulla di buono, e mi riferisco ad accordi non dichiarati, smentiti e poi confermati a metà, e alla nuova guerra degli smartphone che è in atto.

Quote:

---

Originariamente inviato da venomous

Bene, vedo che ti ricordi dei casi che fecero clamore.
Riguardo alla questione:

Non volevo dire questo. Dico solo e non ricordo in quale occasione, Stallman non voleva che al momento dell'installazione, quindi della divulgazione del software, un programma non GPL fosse installando usando le gcc.
Diventa GPL tutto quello costruito intorno a software GPL, oppure per rendere chiarissimo il concetto, se in un mio software, aggiungo delle porizioni di codice GPL, automaticamente tutto il lavoro diventa coperto da licenza GPL.
Comunque tagliando corto, io non so quali modifiche abbia apportato HTC al kernel, qualsiasi modifica abbia fatto deve essere rilasciata. Se vende HERO, deve dire dove o come accedere ai sorgenti del kernel. Tuttavia la mia opinione è che HTC abbia già intrapreso la sua strada, ad HTC interessa android, che per quanto mi riguarda ha già forkato e lo adatterà alle sue esigenze e alle sue strategie di mercato, "impacchettando" tutto a dovere.
Ad ogni modo i problemi principali secondo me sono altri, abbiamo voluto parlare di licenze che fa sempre bene, ma restano ombre intorno ad Android che non mi fanno presagire nulla di buono, e mi riferisco ad accordi non dichiarati, smentiti e poi confermati a metà, e alla nuova guerra degli smartphone che è in atto.

---

ma se modifica il kernel certo che ho obbligata a rilasciare i driver! ma nn è obbligata a rilasciare anche tutti i driver. Però le conviene farlo, tanto nn le cambia niente e fa più contenta la community, inoltre si evitano possibiliti "questioni" che le farebbero una brutta pubblicità!

Quote:

---

Originariamente inviato da zephyr83

ma se modifica il kernel certo che ho obbligata a rilasciare i driver! ma nn è obbligata a rilasciare anche tutti i driver. Però le conviene farlo, tanto nn le cambia niente e fa più contenta la community, inoltre si evitano possibiliti "questioni" che le farebbero una brutta pubblicità!

---

Vabbeh, tu ti stai fossilizzando sui driver. Ma se non sono driver, oppure parliamo di driver modificati, o porizioni del kernel modificati, la licenza GPL che cosa prevede?
Basta fare 2+2 e ti assicuro che tutto risulta più chiaro. 2 mesi per rilasciare i sorgenti del kernel del magic e del dream, sorgenti dell'hero ancora non pervenuti, non ti dice nulla?. Per la cronaca stanno già in violazione dato che il dispositivo è in commercio, come lo erano prima con il Magic e il Dream.

Quote:

---

Originariamente inviato da venomous

Vabbeh, tu ti stai fossilizzando sui driver. Ma se non sono driver, oppure parliamo di driver modificati, o porizioni del kernel modificati, la licenza GPL che cosa prevede?
Basta fare 2+2 e ti assicuro che tutto risulta più chiaro. 2 mesi per rilasciare i sorgenti del kernel del magic e del dream, sorgenti dell'hero ancora non pervenuti, non ti dice nulla?. Per la cronaca stanno già in violazione dato che il dispositivo è in commercio, come lo erano prima con il Magic e il Dream.

---

ma si se modificano il kernel devono rilasciari i sorgenti! io nn ho dato scontato nulla, ho solo detto che nn c'è l'obbligo di rilasciare TUTTO il sorgente e mi ero riferito solo ai driver nel mio primo messaggio!

E se il prossimo Papa sarà di colore?!?

Ommioddio ma che battibecco! Semplicemente i driver closed sono rilasciati e possono essere interfacciati a qualsiasi kernel perché sei tu a compilare le librerie finali, mentre è precompilato solo il "cuore" del driver stesso! E no, la ATi e la nVidia non hanno rilasciato nessun codice sorgente nonostante si interfaccino al kernel. Perché non lo modificano. Se lo modificassero sarebbero costretti a rilasciare le patch al kernel, non tutti i driver. AMEN.

Quote:

---

Originariamente inviato da elegos

E se il prossimo Papa sarà di colore?!?

Ommioddio ma che battibecco! Semplicemente i driver closed sono rilasciati e possono essere interfacciati a qualsiasi kernel perché sei tu a compilare le librerie finali, mentre è precompilato solo il "cuore" del driver stesso! E no, la ATi e la nVidia non hanno rilasciato nessun codice sorgente nonostante si interfaccino al kernel. Perché non lo modificano. Se lo modificassero sarebbero costretti a rilasciare le patch al kernel, non tutti i driver. AMEN.

---

Ma quale battibeccho? :-\
Di parlava di licenze punto, e purtroppo la questione è spigolosa e si presta a varie interpretazioni.

Quote:

---

Originariamente inviato da venomous

Ma quale battibeccho? :-\
Di parlava di licenze punto, e purtroppo la questione è spigolosa e si presta a varie interpretazioni.

---

si infatti, nessun battibecco, ogni tanto meglio parlare anche di queste cose

ho chiesto sul forum di hwupgrade! Allora nvidia (ma penso anche ati) realizza il modulo per il kernel che è open source, poi questo modulo sfrutta il driver proprietario. Microsoft invece per i propri driver aveva linkato del software sotto GPL e quindi era stata costretta a rilasciare i sorgenti per tutto....l'alternativa sarebbe stata quella di realizzare come nvidia dei moduli open source per il kernel che poi sarebbero andati ad usare quei driver.