|
4867
|
1 <HTML>
|
|
|
2 <BODY BGCOLOR=white>
|
|
|
3
|
|
|
4 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>
|
|
|
5
|
|
|
6 <P><B><I>In medias res</I></B></P>
|
|
|
7
|
|
|
8 <P>Ci sono due argomenti principali che causano sempre grandi dispute e flame sulla mailing list degli
|
|
|
9 <A HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">utenti-mplayer</A>.
|
|
|
10 Il numero uno è naturalmente l'argomento</P>
|
|
|
11
|
|
|
12 <A NAME=gcc><P><B><I>GCC 2.96</I></B></P>
|
|
|
13
|
|
|
14 <P><B>Leggi anche <A HREF="gcc-2.96-3.0.html">questo</A> testo !!!</B></P>
|
|
|
15
|
|
|
16 <P>Il <I>retroscena</I> : C'erano/ci sono le serie GCC <B>2.95</B>. Il migliore
|
|
|
17 era il 2.95.3 . Per favore nota lo stile di numerazione delle versioni.
|
|
|
18 Così è come il team GCC numera i loro compilatori. Quelli della serie 2.95 sono buoni.
|
|
|
19 Non abbiamo mai visto nulla compilato male a causa di errori del 2.95.</P>
|
|
|
20
|
|
|
21 <P>L' <I>atto</I> : <B>RedHat</B> cominciò ad includere una versione <B>2.96</B> di GCC
|
|
|
22 con le loro distribuzioni. Nota il numero di versione. Questo dovrebbe essere una versione del
|
|
|
23 team GCC. Hanno modificato la versione CVS di GCC (qualcosa tre 2.95 e 3.0)
|
|
|
24 L'hanno modificata profondamente, e hanno usato questa versione nella distribuzione perchè il 3.0
|
|
|
25 non era uscito a quel tempo, e vollero che IA64 supportasse ASAP (ragioni di mercato).
|
|
|
26 Oh, e GCC 2.95 compila male bash sull'architettura s390 (non esiste nessuna
|
|
|
27 distribuzione RedHat per s390..) .</P>
|
|
|
28
|
|
|
29 <P>I <I>fatti</I> : Per compilare <B>MPlayer</B> necessita l'opzione
|
|
|
30 <CODE>--disable-gcc-checking</CODE> per procedere dopo l'aver trovato la versione 2.96 di GCC
|
|
|
31 (apparentemente la necessita anche con <B>egcs</B>. Questo perchè noi non
|
|
|
32 testiamo <B>MPlayer</B> con egcs. Perdonaci, noi preferiamo sviluppare <B>MPlayer</B>).
|
|
|
33 Se conosci <B>MPlayer</B>, dovresti sapere che è molto veloce. Ottiene questo
|
|
|
34 grazie al fatto di avere codici MMX/SSE/3DNow/ecc stra-ottimizzati, fastmemcpy, e
|
|
|
35 molte altre caratteristiche. <B>MPlayer</B> contiene istruzioni MMX/3DNow in una
|
|
|
36 sintassi che tutti i compilaturi linux accettano... tranne il GCC della RedHat (è più
|
|
|
37 compatibile con gli standard). Semplicemente li <B><I>salta</I></B>. Non mostra
|
|
|
38 errori. Non mostra avvertimenti. <B>E</B>, c'è Lame. Col gcc 2.96, il suo test di qualità
|
|
|
39 (<CODE>make test</CODE> dopo aver compilato) <I>non parte nemmeno !!!</I>
|
|
|
40 Ma hey, compila bash su s390 e IA64.</P>
|
|
|
41
|
|
|
42 <P>Le <I>dichiarazioni</I> : la maggior parte degli sviluppatori del mondo cominciarono
|
|
|
43 ad avere una cattiva idea del GCC 2.96 della RedHat, e dissero ai loro utenti RedHat di
|
|
|
44 compilare con un altro compilatore. Il disappunto degli utenti RedHat si trasformò lentamente
|
|
|
45 in rabbia. A cosa serviva,
|
|
|
46 se non a procurare mal di testa agli sviluppatori, gettare benzina su flame anti-RedHat,
|
|
|
47 confondere gli utenti? La risposta, non la conosco.</P>
|
|
|
48
|
|
|
49 <P><I>I giorni nostri</I> : RedHat dice che il GCC 2.96-85 e superiori
|
|
|
50 sono stati corretti, e funzionano propriamente. Nota il numero di versione. Avrebbero dovuto cominciare
|
|
|
51 con qualcosa del genere. Com'è il GCC 2.96.85 ? Non importa ora.
|
|
|
52 Non ho cercato, ma vedo ancora bug nel 2.96 . Non importa ora,
|
|
|
53 si spera che ora <B>RedHat dimenticherà il 2.96</B> e si rivolgerà verso il <B>3.0</B>.
|
|
|
54 Verso un 3.0 profondamente modificato...
|
|
|
55 </P>
|
|
|
56
|
|
|
57 <P><I>Quello che non capisco</I> è perchè gli utenti RedHat ci odino per aver
|
|
|
58 inserito messaggi di avvertimento, e documenti che consigliano di stare alla larga dal 2.96 in <B>MPlayer</B> .
|
|
|
59 Perchè siamo chiamati "teste bacate", "scemi totali", "puerili" dagli
|
|
|
60 <B>utenti RedHat</B>, sulla nostra mailing list, e perfino su quella <B>redhat-devel</B> .
|
|
|
61 Hanno anche considerato l'idea di un fork di <B>MPlayer</B> per loro stessi. Utenti RedHat.
|
|
|
62 Perchè? E' RedHat che ha fatto il compilatore, perchè <U>voi</U> dovete odiarci?
|
|
|
63 Siete <U>così</U> adoratori di RedHat? Per favore smettetela. Non abbiamo
|
|
|
64 nessun rancore nei confronti degli utenti, non importa se vi sembra tanto il contrario.
|
|
|
65 Per favore andateci di flame con Linus Torvalds, gli sviluppatori DRI (oh, ora so perchè sono
|
|
|
66 stati sospesi da VA!), di Wine, di avifile. Anche se siamo arroganti,
|
|
|
67 non siamo come questi elencati? Perchè <B>noi</B> dovremmo
|
|
|
68 soffrire la vostra ingiusta collera?</P>
|
|
|
69
|
|
|
70 <P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> ci ha gentilmente mandato
|
|
|
71 un semplice documento su come compilare col GCC-3.0.3, lo copio qui sotto:</P>
|
|
|
72
|
|
|
73 <P>
|
|
|
74 <UL>
|
|
|
75 <LI>Scarica gcc. Vai alla pagina <A
|
|
|
76 HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>
|
|
|
77 Io ho scaricato i seguenti file, ma non devi avere tutto:<BR>
|
|
|
78 <CODE>gcc-g++-3.0.3.tar.gz<BR>
|
|
|
79 gcc-objc-3.0.3.tar.gz<BR>
|
|
|
80 gcc-3.0.3.tar.gz<BR>
|
|
|
81 gcc-g77-3.0.3.tar.gz<BR>
|
|
|
82 gcc-testsuite-3.0.3.tar.gz<BR>
|
|
|
83 gcc-core-3.0.3.tar.gz<BR>
|
|
|
84 gcc-java-3.0.3.tar.gz</CODE>
|
|
|
85 </LI>
|
|
|
86
|
|
|
87 <LI>Scompatta i file, fai una directory per la compilazione, e compila<CODE><PRE>
|
|
|
88 tar xvzf gcc-*3.0.3.tar.gz
|
|
|
89 mkdir gcc-build; cd gcc-build
|
|
|
90 ../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3
|
|
|
91 make bootstrap; mkdir -p /opt; make install</PRE></CODE>
|
|
|
92
|
|
|
93 <LI>Inserisci nel tuo path /opt/bin<BR>
|
|
|
94 <CODE>export PATH=/opt/bin:${PATH}</CODE>
|
|
|
95
|
|
|
96 <LI>Ora puoi compilare MPlayer.</LI>
|
|
|
97 </UL>
|
|
|
98 </P>
|
|
|
99
|
|
|
100 <A NAME=binary><P><B><I>Distribuzione binaria di MPlayer</I></B></P>
|
|
|
101
|
|
|
102 <P>Tonnellate di utenti ci hanno chiesto questo. Per esempio gli utenti Debian tendono a dire: Oh,
|
|
|
103 Posso <CODE>apt-get install avifile</CODE>, perchè dovrei <B>compilare MPlayer</B> ?
|
|
|
104 Sebbene questo possa sembrare ragionevole, la questione è un po' più complessa che
|
|
|
105 quei-fottuti-sviluppatori-MPlayer-odiano-gcc-2.96-e-RedHat-e-Debian.</P>
|
|
|
106
|
|
|
107 <P>Ragioni: <B>Legge</B></P>
|
|
|
108
|
|
|
109 <P><B>MPlayer</B> designa il <U>codice sorgente</U>. Questo contiene molti file con licenze
|
|
|
110 incompatibili specialmente a livello di clausole di redistribuzione. Come file sorgente, possono
|
|
|
111 coesistere in uno stesso progetto.</P>
|
|
|
112
|
|
|
113 <P>Quindi, <U>NON POSSONO ESISTERE NE BINARI NE PACCHETTI BINARI DI <B>MPlayer</B> IN QUANTO
|
|
|
114 TALI OGGETTI VANNO CONTRO LE LICENZE</U>. PERSONE CHE DISTRIBUISCONO TALI PACCHETTI BINARI STANNO
|
|
|
115 COMPIENDO ATTIVITA' ILLEGALI.</P>
|
|
|
116
|
|
|
117 <P>Quindi se conosci qualcuno che mantiene un pacchetto binario mandagli
|
|
|
118 questo testo e contattaci o chiedi a lui di farlo. Quello che sta facendo è illegale e
|
|
|
119 NON E' PIU' <B>MPlayer</B>, ma il <U>suo</U> mplayer. Se qualcosa non va con quel pacchetto, è
|
|
|
120 colpa sua. Non venite a lamentarvi sulle mailing list di <B>MPlayer</B>, sarai probabilmente
|
|
|
121 messo in blacklist.</P>
|
|
|
122
|
|
|
123 <P>Ragioni: <B>Tecniche</B></P>
|
|
|
124
|
|
|
125 <P>
|
|
|
126 <UL>
|
|
|
127 <LI>Le ottimizzazioni di velocità di <B>MPlayer</B> (MMX, SSE, fastmemcpy, ecc) sono
|
|
|
128 stabilite durante la compilazione. Così un binario compilato contiene codice
|
|
|
129 specifico del processore. Un binario <B>MPlayer</B> compilato per K6 non funzionerà su
|
|
|
130 Pentium e vice versa. Questo deve essere aggirato dal riconoscimento a
|
|
|
131 runtime, che non è una cosa facile da fare perchè da come risultato una grande diminuzione di
|
|
|
132 velocità. Se non ci credi (è stato spiegato in dettaglio 10000 volte su
|
|
|
133 mplayer-users, cerca negli archivi), risolvi il problema e mandaci una patch. Qualcuno
|
|
|
134 aveva cominciato a lavorarci, ma da allora è scomparso.</LI>
|
|
|
135 <LI>Il sistema audio/video di <B>MPlayer</B> non è basato su plugin. E' compilato
|
|
|
136 nel binario, facendolo così dipendere da varie librerie (la
|
|
|
137 GUI dipende da GTK, DivX4 dipende da libdivxdecore, SDL dipende da libSDL,
|
|
|
138 ogni versione di SDL contiene un bug proprio che deve essere aggirato alla
|
|
|
139 compilazione, l'output X11 compila diversamente per X3 e X4, ecc). Potrai dire:
|
|
|
140 si, facciamo 30 versioni di binari scaricabili! Noi no. Inseriremo
|
|
|
141 queste cose come plugin nel futuro.</LI>
|
|
|
142 </UL>
|
|
|
143
|
|
|
144 <A NAME=nvidia><P><B><I>NVidia</I></B></P>
|
|
|
145
|
|
|
146 <P>Non ci piacciono i driver binari di nvidia, la loro qualità, instabilità,
|
|
|
147 l'inesistente supporto all'utente, la regolare comparsa di nuovi bug. E la maggio parte degli utenti fa
|
|
|
148 lo stesso. Ultimamente siamo stati contattati da NVidia, e loro hanno detto che questi bug non
|
|
|
149 esistono, l'instabilità è causata da pessimi chip AGP, e che non hanno ricevuto nessuna segnalazione
|
|
|
150 di bug del driver (la linea viola, per esempio). Quindi: se hai problemi con
|
|
|
151 la tua NVidia, aggiorna il driver nvidia e/o compra una nuova
|
|
|
152 scheda madre.</P>
|
|
|
153
|
|
|
154 <A NAME=kotsog><P><B><I>Joe Barr</I></B></P>
|
|
|
155
|
|
|
156 <P>Non risponde alle nostre mail. Il suo editore non risponde alle nostre mail.
|
|
|
157 la rete è piena delle sue false dichiarazioni e accuse (apparentemente non
|
|
|
158 gli piacciono i ragazzi BSD, a causa dei loro diversi punti di vista
|
|
|
159 [su cosa?]).</P>
|
|
|
160
|
|
|
161 <P>Ora alcune citazioni di diverse persone circa Joe Barr (solo per farvi sapere
|
|
|
162 perchè non conta assolutamente niente):</P>
|
|
|
163
|
|
|
164 <P><I>"Voi tutti ricorderete il LinuxWorld 2000, quando lui affermò che Linus T disse
|
|
|
165 che 'FreeBSD è solo un aiuto per i programmatori'. Linus non disse NIENTE del
|
|
|
166 genere. Quando furono chieste spiegazioni a Joe, la sua reazione fu quella di chiamare tutti i sostenitori BSD
|
|
|
167 stupidi e tonti."</I></P>
|
|
|
168
|
|
|
169 <P><I>"E' interessante, ma non è bravo ad evitare, um... le discussioni. Joe Barr
|
|
|
170 era regolarmente presente sul forum Canopus di Zachmann su Compuserve,
|
|
|
171 anni fa. Allora era un sostenitore di OS/2 (anche io ero un fan di OS/2).
|
|
|
172 Era solito passare il limite, insultando la gente, e credo che avesse passato dei brutti quarti d'ora,
|
|
|
173 la tempo. Si è ammorbidito un po' recentemente, giudicando dalle sue colonne. L'umorismo moderatamente
|
|
|
174 subdolo non era suo uso a quei tempi, per niente."</I></P>
|
|
|
175
|
|
|
176 </HTML>
|
