comparison DOCS/fr/users_against_developers.html @ 9332:a604236b0dd6

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