comparison DOCS/Italian/users_against_developers.html @ 4867:2729796fb896

Italian translation
author frodone
date Tue, 26 Feb 2002 02:07:17 +0000
parents
children c8a3e58a43d8
comparison
equal deleted inserted replaced
4866:550e86ba0390 4867:2729796fb896
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>