Mercurial > mplayer.hg
annotate DOCS/xml/fr/users-vs-dev.xml @ 11083:1ffff639216e
sync, typos, cosmetics, more accurate translation & other various fixes
author | nicolas |
---|---|
date | Sun, 12 Oct 2003 09:46:57 +0000 |
parents | 6b2c6ced772a |
children | 5a25344ed686 |
rev | line source |
---|---|
10109 | 1 <?xml version="1.0" encoding="iso-8859-1"?> |
11083
1ffff639216e
sync, typos, cosmetics, more accurate translation & other various fixes
nicolas
parents:
10144
diff
changeset
|
2 <!-- synced with 1.7 --> |
10109 | 3 <appendix id="users-vs-dev"> |
4 <title>Lamentations du développeur</title> | |
5 | |
6 <sect1 id="gcc-296"> | |
7 <title>GCC 2.96</title> | |
8 | |
9 <formalpara> | |
10 <title>La toile de fond:</title> | |
11 <para> | |
12 La série GCC <emphasis role="bold">2.95</emphasis> est une version GNU officielle et | |
13 la version 2.95.3 de GCC est la version la plus exempte de bogues de toute la série. | |
14 Nous n'avons jamais remarqué de problèmes de compilation que nous pourrions attribuer | |
15 à GCC 2.95.3. A partir de Red Hat Linux 7.0, <emphasis role="bold">Red Hat</emphasis> | |
16 a inclus une version CVS lourdement patchée de GCC dans sa distribution et l'a nommé | |
17 <emphasis role="bold">2.96</emphasis>. Red Hat a inclus cette version parce que GCC | |
18 3.0 n'était pas terminé à ce moment là, et ils avaient besoin d'un compilateur | |
19 fonctionnant sur toutes leurs plateformes supportées, incluant IA64 et s390. Le | |
20 distributeur Linux <emphasis role="bold">Mandrake</emphasis> a également suivi | |
21 l'exemple de Red Hat et a lancé la diffusion de GCC 2.96 avec sa série Linux-Mandrake 8.0. | |
22 </para> | |
23 </formalpara> | |
24 | |
25 <formalpara> | |
26 <title>Les évènements:</title> | |
27 <para> | |
28 L'équipe GCC a nié tout lien avec GCC 2.96 et a publié une | |
29 <ulink url="http://gcc.gnu.org/gcc-2.96.html">réponse officielle</ulink> | |
30 à GCC 2.96. De nombreux développeurs à travers le monde ont commencé à avoir des | |
31 problèmes avec GCC 2.96, et ont commencé à recommander d'autres compilateurs. Par Exemple | |
32 <ulink url="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</ulink>, | |
33 <ulink url="http://avifile.sourceforge.net/news-old1.htm">avifile</ulink> | |
34 et | |
35 <ulink url="http://www.winehq.com/news/?view=92#RH 7.1 gcc fixes compiler bug">Wine</ulink>. | |
36 D'autres liens intéressants sont | |
37 <ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html"> | |
38 Linux kernel news flash about kernel 2.4.17</ulink> | |
39 et le <ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>. | |
40 <application>MPlayer</application> a également souffert des problèmes intermittents qui | |
41 ont tous été résolus en passant à une version différente de GCC. Plusieurs projets en | |
11083
1ffff639216e
sync, typos, cosmetics, more accurate translation & other various fixes
nicolas
parents:
10144
diff
changeset
|
42 commencé à implémenter des contournements pour quelques-uns des problèmes de 2.96, mais |
10109 | 43 nous avons refusé de réparer les bogues des autres, surtout parce que certains |
44 contournements peuvent impliquer une pénalité sur les performances. | |
45 </para> | |
46 </formalpara> | |
47 | |
48 <para> | |
49 Vous pouvez lire un autre point de vue sur cette histoire | |
50 <ulink url="http://www.bero.org/gcc296.html">sur ce site</ulink>. GCC 2.96 n'autorise | |
51 pas les caractères <literal>|</literal> (pipe) dans les commentaires assembleur parce | |
52 qu'il supporte aussi bien la syntaxe Intel que la syntaxe AT&T et que le caractère | |
53 <literal>|</literal> est un symbole dans la variété Intel. Le problème est qu'il ignore | |
54 <emphasis role="bold">silencieusement</emphasis> le bloc assembleur entier. Cela est | |
55 théoriquement fixé maintenant, GCC affichant un warning au lieu de sauter le bloc. | |
56 </para> | |
57 | |
58 <formalpara> | |
59 <title>Le présent:</title> | |
60 <para> | |
61 Red Hat dit que GCC 2.96-85 et supérieur est réparé. La situation c'est en effet | |
62 améliorée, mais nous voyons toujours des problèmes sur les listes de diffusion qui | |
63 disparaissent avec un compilateur différent. Dans tous les cas cela ne peut plus durer. | |
64 Normalement un GCC 3.x mature résoudra les problèmes. Si vous voulez compiler avec 2.96 | |
65 passez l'option <option>--disable-gcc-checking</option> à <filename>configure</filename>. | |
66 Rappelez-vous que vous êtes seul et donc <emphasis role="bold">de ne pas rapporter de bogues</emphasis>. | |
67 Si vous le faites, vous serez juste insulté voir banni de nos listes de diffusion car | |
68 nous en avons plus qu'assez des empoignes sur GCC 2.96. S'il vous plaît, restons-en là. | |
69 </para> | |
70 </formalpara> | |
71 | |
72 <para> | |
73 Si vous avez des problèmes avec GCC 2.96, vous pouvez obtenir les paquetages 2.96-85 | |
74 sur le <ulink url="ftp://updates.redhat.com">serveur ftp</ulink> de Red Hat, ou | |
75 d'utiliser les paquetages 3.0.4 offerts avec la version 7.2 et supérieur. Vous pouvez | |
76 également obtenir les <ulink url="ftp://people.redhat.com/jakub/gcc/3.2-10/">paquets gcc-3.2-10</ulink> | |
77 (non officiels, mais fonctionnant bien) et vous pouvez les installer avec le GCC 2.96 | |
78 que vous avez déjà. Mplayer les détectera et utilisera 3.2 au lieu de 2.96. Si vous ne | |
79 voulez pas ou ne pouvez pas utiliser les paquetages binaires, voici comment vous pouvez | |
80 compiler GCC 3 depuis les sources: | |
81 </para> | |
82 | |
83 <procedure> | |
84 <step><para> | |
85 Allez sur la | |
86 <ulink url="http://gcc.gnu.org/mirrors.html">page des miroirs GCC</ulink> | |
87 et téléchargez <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename> où | |
88 <replaceable>XXX</replaceable> est le numéro de version. Ceci inclue le compilateur C | |
89 complet et est suffisant pour <application>MPlayer</application>. Si vous voulez | |
90 aussi C++, Java ou certaines autres fonctions avancées de GCC, | |
91 <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> pourrait mieux convenir à vos besoins. | |
92 </para></step> | |
93 <step><para> | |
94 Décompressez l'archive avec | |
95 <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen> | |
96 </para></step> | |
97 <step><para> | |
98 GCC n'est pas construit depuis le répertoire source lui-même comme c'est le cas pour | |
99 la plupart des programmes, mais a besoin d'un répertoire de construction à l'extérieur | |
100 du répertoire source. Vous devez donc créer ce répertoire via | |
101 <screen>mkdir gcc-build</screen> | |
102 </para></step> | |
103 <step><para> | |
104 Ensuite vous pouvez procéder à la configuration de GCC dans le répertoire de | |
105 construction, mais vous aurez besoin de le configurer depuis le répertoire source: | |
106 <screen> | |
107 cd gcc-build | |
108 ../gcc-3.<replaceable>XXX</replaceable>/configure</screen> | |
109 </para></step> | |
110 <step><para> | |
111 Compilez GCC en tapant cette commande dans le répertoire de construction: | |
112 <screen>make bootstrap</screen> | |
113 </para></step> | |
114 <step><para> | |
115 Maintenant vous pouvez installer GCC (en root) en tapant | |
116 <screen>make install</screen> | |
117 </para></step> | |
118 </procedure> | |
119 </sect1> | |
120 | |
121 | |
122 <sect1 id="mplayer-binary"> | |
123 <title>Distribution binaire</title> | |
124 | |
125 <para> | |
126 <application>MPlayer</application> contenait précédemment du code source du projet | |
127 OpenDivX, qui interdit toute redistribution binaire. Ce code à été retiré depuis la | |
11083
1ffff639216e
sync, typos, cosmetics, more accurate translation & other various fixes
nicolas
parents:
10144
diff
changeset
|
128 version 0.90-pre1 et le fichier restant <filename>divx_vbr.c</filename> qui est |
10109 | 129 dérivé des sources OpenDivX à été placé sous GPL par ses auteurs au moment de la |
130 version 0.90pre9. Vous êtes maintenant invité à créer des paquetages binaires si vous | |
131 en avez l'utilité. | |
132 </para> | |
133 | |
134 <para> | |
135 D'autres impératifs pour la redistribution étaient les optimisations de compilation | |
136 pour l'architecture binaire. <application>MPlayer</application> supporte maintenant | |
137 la détection CPU (spécifiez l'option <option>--enable-runtime-cpudetection</option> | |
138 à la configuration). Elle est désactivée par défaut parce quelle implique un petit | |
139 sacrifice de vitesse, mais il est maintenant possible de créer des binaires qui | |
140 fonctionneront sur les différents membres de la famille de CPU Intel. | |
141 </para> | |
142 </sect1> | |
143 | |
144 | |
145 <sect1 id="nvidia-opinions"> | |
146 <title>nVidia</title> | |
147 | |
148 <para> | |
149 Nous n'aimons pas le fait que <ulink url="http://www.nvidia.com">nVidia</ulink> ne | |
150 fournisse que des pilotes binaires (à utiliser avec XFree86), qui sont souvent bogués. | |
151 Nous avons eu de nombreux rapports sur | |
152 <ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink> | |
153 à propos de problèmes relatif à ces pilotes closed-source et à leur piètre qualité, | |
154 leur instabilité et le piètre support utilisateur et expert. Voici un exemple tiré du | |
155 <ulink url="http://www.nvnews.net/forum/showthread.php?s=fda5725bc2151e29453b2da3bd5d2930&threadid=14306">Forum nVidia Linux</ulink>. | |
156 Beaucoup de ces problèmes continuent de ce répéter. Nous avons contacté nVidia | |
157 récemment, et ils nous ont dit que ces bogues n'existaient pas, que l'instabilité | |
158 était causée par de mauvais chips AGP, et qu'ils n'avaient pas reçu de rapports de | |
159 bogues (comme la ligne violette). Donc si vous avez un problème avec votre carte | |
160 nVidia, nous vous conseillons de mettre à jour le pilote nVidia et/ou d'acheter une | |
161 nouvelle carte mère ou de demander à nVidia de fournir des pilotes open-source. Dans | |
162 tous les cas, si vous utilisez les pilotes binaires nVidia et rencontrez des problèmes | |
163 liés, soyez conscient que vous ne recevrez que peu d'aide de notre part car nous avons | |
164 trop peu de pouvoir pour améliorer les choses. | |
165 </para> | |
166 </sect1> | |
167 | |
168 | |
169 <sect1 id="joe-barr"> | |
170 <title>Joe Barr</title> | |
171 | |
172 <para> | |
173 Joe Barr est devenu tristement célèbre pour avoir écrit une moins-que-favorable | |
174 <ulink url="http://www.linuxworld.com/site-stories/2001/1214.mplayer.html"> | |
175 critique de <application>MPlayer</application></ulink>. Il a trouvé <application>MPlayer</application> | |
176 difficile à installer, mais là encore ce n'est pas un passionné de la | |
177 <ulink url="http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">lecture de documentation</ulink>. | |
178 Il a également conclu que les développeurs n'étaient pas amicaux et que la documentation | |
179 était incomplète et insultante. Vous êtes seul juge. Il à ensuite mentionné négativement | |
180 <application>MPlayer</application> dans ses | |
181 <ulink url="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 prédictions Linux pour 2002</ulink>. | |
182 Puis dans une | |
10144 | 183 <ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">critique de xine</ulink> |
10109 | 184 il a continué d'alimenter la controverse. Ironiquement à la fin de cet article il cite |
10144 | 185 son échange avec Günter Bartsch, l'auteur original de <application>xine</application>, |
10109 | 186 qui résume parfaitement la situation: |
187 | |
188 <blockquote><para> | |
189 Toutefois, il a ajouté qu'il avait été "surpris" par mon papier à propos de <application>MPlayer</application> | |
190 et pensait que c'était déloyal, me rappelant que c'est un projet de logiciel libre. | |
191 "Si vous ne l'aimez pas," à dit Bartsch, "vous êtes libre de ne pas l'utiliser." | |
192 </para></blockquote> | |
193 </para> | |
194 | |
195 <para> | |
196 Il ne réponds pas à nos courriers. Son éditeur ne réponds pas à nos courriers. Voici | |
197 quelques citations de différentes personnes à propos de Joe Barr, pour que vous | |
198 puissiez vous faire votre propre opinion: | |
199 </para> | |
200 | |
201 <para> | |
202 Marc Rassbach a | |
203 <ulink url="http://daily.daemonnews.org/view_story.php3?story_id=2102">quelque chose à dire</ulink> | |
11083
1ffff639216e
sync, typos, cosmetics, more accurate translation & other various fixes
nicolas
parents:
10144
diff
changeset
|
204 à propos de cet homme. |
10109 | 205 |
206 <blockquote><para> | |
207 Vous devriez tous vous rappeler la LinuxWorld 2000, quand il prétendait que Linus T | |
208 avait dit que 'FreeBSD n'est qu'une poignée de programmeurs'. Linus n'a RIEN dit de tel. | |
209 Quand Joe à été contacté là-dessus, sa réaction a été de traiter les supporters de BSD | |
210 de trous du cul et de connards. | |
211 </para></blockquote> | |
212 </para> | |
213 | |
214 <para> | |
215 Une <ulink url="http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">citation</ulink> | |
216 de Robert Munro sur la liste de diffusion | |
217 <ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>: | |
218 | |
219 <blockquote> | |
220 <para> | |
221 Il est intéressant, mais pas très bon pour éviter, um... la controverse. Joe Barr était | |
222 un des habitués du forum Canopus de Will Zachmann sur Compuserve, il y a des années de | |
223 ça. C'était alors un défenseur d'OS/2 (dont j'étais fan moi aussi). | |
224 </para> | |
225 | |
226 <para> | |
227 Il avait l'habitude d'exagérer, d'insulter les gens, et je suppose qu'il a dû avoir des | |
228 moments difficiles, alors. Il en à tiré une certaine maturité, à en juger par ces | |
229 derniers papiers. L'humour modérément subtil n'était pas son fort à cette époque, mais | |
230 alors pas du tout. | |
231 </para> | |
232 </blockquote> | |
233 </para> | |
234 | |
235 </sect1> | |
236 </appendix> |