|
|
|
|
Strumenti |
26-07-2006, 21:42 | #1 |
Registered User
Iscritto dal: May 2005
Città: far away from home
Messaggi: 1038
|
Stiamo esagerando?
La free software foundation ha richiesto la sospensione del progetto Kororaa (una distro live che include di default xgl) perchè include i driver video binari ati ed nvidia che VIOLANO la licenza gpl.
Secondo la licenza GPL i moduli binari non possono in alcun modo essere inclusi nel kernel. Penso che questa decisione vada oltre i confini della follia. |
26-07-2006, 21:47 | #2 | |
Senior Member
Iscritto dal: Jan 2004
Città: Nei boschi del Varesotto Status: In letargo
Messaggi: 1598
|
Quote:
__________________
Notebook: MacBook Pro Santa Rosa, versione "base" Powered by MacOsX 10.6.4 - Il mio cuore batte con il ritmo leggermente zoppicante del bicilindrico a L di Borgo Panigale - La vita non è altro che un gioco della follia, il cuore ha sempre ragione - Orso Inside! - DUCATI, CAMPIONI DEL MONDO 2007 - Io, bloggo! |
|
26-07-2006, 21:57 | #3 | |
Registered User
Iscritto dal: May 2005
Città: far away from home
Messaggi: 1038
|
Quote:
Penso che il software libero e quello proprietario dovrebbero coesistere pacificamente, non condivido questo fanatismo religioso di stallman e soci. |
|
27-07-2006, 08:50 | #4 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Un pò di letture a proposito, per chi vuole _veramente_ capirci qualcosa. Leggete cosa dice Greg Kroah-Hartman qui, fresco fresco da OLS: http://www.kroah.com/log/linux/ols_2006_keynote.html Per chi pensa che i driver proprietari siano cosa "tollerabili", invito alla lettura di questo thread (di Arjan van de Ven): http://marc.theaimsgroup.com/?l=linu...8006232564&w=2 Ancora, lo stesso Greg KH aveva lanciato lo scorso anno questa "provocazione": http://marc.theaimsgroup.com/?l=linu...1461113291&w=2 http://www.kroah.com/log/2005/11/21/#gpl_pci_core Qui invece trovate le motivazioni per cui Fedora non include i driver proprietari di ATI e NVidia nella distribuzione (la posizione di Novell è citata da Greg KH nel primo link): http://fedoraproject.org/wiki/ForbiddenItems
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:08 | #5 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Sapete come funzionano i driver proprietari per alcuni winmodem Intel e VIA? Ve lo dico io. Visto che i winmodem sono delle rozze schede audio, hanno realizzato dei driver liberi, gpl, integrati perfettamente con il layer ALSA, per poter gestire i loro modem come schede audio. I driver sono stati accettati nel kernel ufficiale. I driver proprietari che fanno sì che le schede si comportino come "modem", non sono altro che dei banali demoni userspace (dei tranquillissimi programmi, insomma), che utilizzano il device alsa relativo ai loro modem per dialogare con l'hw, e creano degli pseudoterminal per emulare la presenza fisica di un modem. A questo pseudoterminal pppd può benissimo attaccarsi, come con qualsiasi altro modem. I demoni sono closed source, e possono benissimo esserlo. Risultato: kernel "pulito", GPL rispettata, utenti contenti (possono cambiare kernel a loro piacimento, senza il patema "oddio questo $RANDOMCLOSEDSOURCEDRIVER chissà se continuerà a funzionare), e i venditori hanno risparmiato un mucchio di $$$ per seguire l'evoluzione del kernel. E' _così_ che si fa, se proprio non si può fare a meno di trapiantare del codice closed source.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:11 | #6 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Forse ti troveresti meglio con i sistemi *BSD, che hanno licenze meno restrittive.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:33 | #7 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
scusa ilsensine, vorrei chiederti una cosa... quando affermi che un demone closedsource usa, per dialogare con l'hw, un device alsa relativo al modem in questione, non mi e' ben chiaro il funzionamento della cosa... cioe', se stiamo parlando di driver, se il device alsa riesce a dialogare col modem, a cosa serve allora il driver proprietario? scusa, mi spiegheresti meglio come funziona la cosa? mi disp, sono abbastanza ignorante in materia, spero non sia un disturbo... M_/_N |
|
27-07-2006, 09:35 | #8 | |
Registered User
Iscritto dal: May 2005
Città: far away from home
Messaggi: 1038
|
Quote:
Quale sarebbe la soluzione? Utilizzare dei driver video fatti in casa con prestazioni ridicole? Rimanere senza accelerazione 3d?Costringere la ATI a realizzare dei driver open source? |
|
27-07-2006, 09:37 | #9 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:38 | #10 |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
per quanto riguarda la questione sollevata dal topic, sono d'accordo che la cosa possa sembrare rigida, ma do ragione a ilsensine per quanto riguarda il rispetto delle licenze. Inoltre, correggetemi se sbaglio, ma un driver e' preposto alla comunicazione diretta con l'hw e quindi svolge un ruolo importantissimo per quel che riguarda la stabilita' e la sicurezza del s.o. Detto questo, avere driver a sorgenti aperti diventa quasi un must... o mi sbaglio? vorrei il tuo parere ilsensine :-)
ciao M_/_N |
27-07-2006, 09:39 | #11 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:40 | #12 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
cioe' (scusa, ma come ho detto sono molto ignorante in materia) io uso i driver alsa per interfacciarmi al modem come fosse una scheda audio (visto che di fatto e' semplicemente una scheda audio) e poi il driver/demone proprietario si appoggia ad alsa per fare il suo lavoro... ho capito bene? grazie della pazienza M_/_N |
|
27-07-2006, 09:40 | #13 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Il concetto del "basta che funziona" non si applica a linux. Se "basta che funziona", passiamo tutti a Windows e buonanotte
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:42 | #14 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
M_/_N |
|
27-07-2006, 09:43 | #15 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Il driver deve fare il minimo indispensabile (nel caso dei winmodem, si ha la fortuna di poter contare sul layer ALSA che gratuitamente fa anche cose aggiuntive oltre il "minimo"). Il resto si può fare in userspace. Non è una soluzione che _a me_ personalmente piace; ma almeno non viola nessuna licenza. E' un compromesso, dove il produttore dell'hw riconosce il diritto dei kernel developer ad imporre la loro licenza, e i kernel developer riconoscono al produttore hw il diritto a non divulgare certo codice se non vuole (o, più spesso, se non può).
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:45 | #16 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
no no, mi tengo bene alla larga dal "basta che funzioni"! se scelgo linux, oltre alle altre motivazioni, e' anche perche' volgio un sistema che funzioni bene e che sia sempre sotto controllo. Cmq personalmente ritengo che anche sotto win i driver dovrebbero essere open... ma questa e' fantascenza quindi lasciamo perdere |
|
27-07-2006, 09:46 | #17 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Un pò mi confondi. La GPL ti va bene se impedisce queste orrificienze, ma non ti va più bene se, attraverso gli stessi strumenti garantisce i diritti di chi non vuole che il proprio codice faccia la fine del kernel di OSX.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 |
|
27-07-2006, 09:48 | #18 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
grazie mille per la pazienza :-) |
|
27-07-2006, 09:48 | #19 | |
Senior Member
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
|
Quote:
Q: Come fanno le schede 3dfx a funzionare ancora sotto XP, se la 3dfx è fallita? A: Perché i driver erano open source. Qualcuno in giro nel mondo si è preso l'onere di aggiornarli per XP.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12 Ultima modifica di ilsensine : 27-07-2006 alle 09:51. |
|
27-07-2006, 09:50 | #20 | |
Member
Iscritto dal: Aug 2002
Messaggi: 154
|
Quote:
ok... chi ha la pazienza di spiegare che fine ha fatto il kernel osx? |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 04:19.