CERCA
PER MODELLO
FullScreen Chatbox! :)

Utente del giorno: 4eyes81 con ben 2 Thanks ricevuti nelle ultime 24 ore
Utente della settimana: elmegio con ben 7 Thanks ricevuti negli ultimi sette giorni
Utente del mese: bluemask con ben 43 Thanks ricevuti nell'ultimo mese

Pagina 2 di 3 primaprima 123 ultimoultimo
Ultima pagina
Visualizzazione dei risultati da 11 a 20 su 25
Discussione:

Rilasciati i sorgenti dei kernel HTC

Se questa discussione ti è stata utile, ti preghiamo di lasciare un messaggio di feedback in modo che possa essere preziosa in futuro anche per altri utenti come te!
  1. #11
    Senior Droid L'avatar di zephyr83


    Registrato dal
    Aug 2009
    Messaggi
    795

    Ringraziamenti
    6
    Ringraziato 23 volte in 22 Posts
    Predefinito

    Quote Originariamente inviato da venomous Visualizza il messaggio
    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

  2.  
  3. #12
    Senior Droid L'avatar di venomous


    Registrato dal
    Jul 2009
    Messaggi
    672

    Ringraziamenti
    6
    Ringraziato 21 volte in 18 Posts
    Predefinito

    Quote Originariamente inviato da zephyr83 Visualizza il messaggio
    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
    Ultima modifica di venomous; 31-08-09 alle 17:45

  4. #13
    Senior Droid L'avatar di zephyr83


    Registrato dal
    Aug 2009
    Messaggi
    795

    Ringraziamenti
    6
    Ringraziato 23 volte in 22 Posts
    Predefinito

    Quote Originariamente inviato da venomous Visualizza il messaggio
    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
    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)
    Ultima modifica di zephyr83; 01-09-09 alle 04:04

  5. #14
    Senior Droid L'avatar di venomous


    Registrato dal
    Jul 2009
    Messaggi
    672

    Ringraziamenti
    6
    Ringraziato 21 volte in 18 Posts
    Predefinito

    Quote Originariamente inviato da zephyr83 Visualizza il messaggio
    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.

  6. #15
    Androidiano


    Registrato dal
    Jun 2009
    Messaggi
    90

    Ringraziamenti
    2
    Ringraziato 10 volte in 9 Posts
    Predefinito

    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.

  7. #16
    Senior Droid L'avatar di zephyr83


    Registrato dal
    Aug 2009
    Messaggi
    795

    Ringraziamenti
    6
    Ringraziato 23 volte in 22 Posts
    Predefinito

    Quote Originariamente inviato da venomous Visualizza il messaggio
    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
    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

  8. #17
    Senior Droid L'avatar di zephyr83


    Registrato dal
    Aug 2009
    Messaggi
    795

    Ringraziamenti
    6
    Ringraziato 23 volte in 22 Posts
    Predefinito

    Quote Originariamente inviato da Bender2k2k Visualizza il messaggio
    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!

  9. #18
    Senior Droid L'avatar di venomous


    Registrato dal
    Jul 2009
    Messaggi
    672

    Ringraziamenti
    6
    Ringraziato 21 volte in 18 Posts
    Predefinito

    Quote Originariamente inviato da zephyr83 Visualizza il messaggio
    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:
    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.

  10. #19
    Senior Droid L'avatar di zephyr83


    Registrato dal
    Aug 2009
    Messaggi
    795

    Ringraziamenti
    6
    Ringraziato 23 volte in 22 Posts
    Predefinito

    Quote Originariamente inviato da venomous Visualizza il messaggio
    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à!

  11. #20
    Senior Droid L'avatar di venomous


    Registrato dal
    Jul 2009
    Messaggi
    672

    Ringraziamenti
    6
    Ringraziato 21 volte in 18 Posts
    Predefinito

    Quote Originariamente inviato da zephyr83 Visualizza il messaggio
    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.

Pagina 2 di 3 primaprima 123 ultimoultimo
Ultima pagina

Discussioni simili

  1. Sorgenti kernel disponibili
    Da carpao nel forum HTC Hero
    Risposte: 5
    Ultimo messaggio: 07-11-10, 15:59
  2. [GALAXY] Sorgenti Kernel
    Da buch85 nel forum Samsung Galaxy (i7500)
    Risposte: 6
    Ultimo messaggio: 20-11-09, 20:16
  3. Risposte: 1
    Ultimo messaggio: 17-09-09, 14:36
  4. Sorgenti utili per imparare
    Da wiredfox nel forum Risorse Utili
    Risposte: 1
    Ultimo messaggio: 09-07-09, 12:18
  5. Sorgenti Market Enabler
    Da Andrea nel forum Android Cafè
    Risposte: 0
    Ultimo messaggio: 05-05-09, 21:51

Tag per questa discussione

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire risposte
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Torna su
Privacy Policy