view DOCS/xml/fr/users-vs-dev.xml @ 17395:0bc15a27a26b

10l: FFmpeg shared lib build information does not belong in MPlayer configure.
author diego
date Sat, 14 Jan 2006 23:39:31 +0000 (2006-01-14)
parents fa2d4903be48
children c3dc9a93f56e
line wrap: on
line source
<?xml version="1.0" encoding="iso-8859-1"?>
<!-- synced with 1.17 -->
<appendix id="users-vs-dev">
<title>Lamentations du d�veloppeur</title>

<sect1 id="gcc-296">
<title>GCC 2.96</title>

<formalpara>
<title>La toile de fond:</title>
<para>
La s�rie GCC <emphasis role="bold">2.95</emphasis> est une version GNU officielle et
la version 2.95.3 de GCC est la version la plus exempte de bogues de toute la s�rie.
Nous n'avons jamais remarqu� de probl�mes de compilation que nous pourrions attribuer
� GCC 2.95.3. A partir de Red Hat Linux 7.0, <emphasis role="bold">Red Hat</emphasis>
a inclus une version CVS lourdement patch�e de GCC dans sa distribution et l'a nomm�
<emphasis role="bold">2.96</emphasis>. Red Hat a inclus cette version parce que GCC
3.0 n'�tait pas termin� � ce moment l�, et ils avaient besoin d'un compilateur
fonctionnant sur toutes leurs plateformes support�es, incluant IA64 et s390. Le
distributeur Linux <emphasis role="bold">Mandrake</emphasis> (maintenant Mandriva) 
a �galement suivi l'exemple de Red Hat et a lanc� la diffusion de GCC 2.96 avec 
sa s�rie Linux-Mandrake 8.0.
</para>
</formalpara>

<formalpara>
<title>Les �v�nements:</title>
<para>
L'�quipe GCC a ni� tout lien avec GCC 2.96 et a publi� une
<ulink url="http://gcc.gnu.org/gcc-2.96.html">r�ponse officielle</ulink>
� GCC 2.96. De nombreux d�veloppeurs � travers le monde ont commenc� � avoir des
probl�mes avec GCC 2.96, et plusieurs projets, dont
<ulink url="http://avifile.sf.net/news-old1.htm">avifile</ulink>,
ont donc recommand� d'autres compilateurs.

D'autres liens int�ressants sont
<ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
Linux kernel news flash about kernel 2.4.17</ulink>
et le <ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>.
<application>MPlayer</application> a �galement souffert des probl�mes intermittents qui
ont tous �t� r�solus en passant � une version diff�rente de GCC. Plusieurs projets en
commenc� � impl�menter des contournements pour quelques-uns des probl�mes de 2.96, mais
nous avons refus� de r�parer les bogues des autres, surtout parce que certains
contournements peuvent impliquer une p�nalit� sur les performances.
</para>
</formalpara>

<para>
GCC 2.96 n'autorise pas les caract�res <literal>|</literal> (pipe) dans les
commentaires assembleur parce qu'il supporte aussi bien la syntaxe Intel que la
syntaxe AT&amp;T et que le caract�re <literal>|</literal> est un symbole dans la
variante Intel. Le probl�me est qu'il ignore <emphasis role="bold">silencieusement</emphasis>
le bloc assembleur entier. Cela est th�oriquement fix� maintenant, GCC affichant
un warning au lieu de sauter le bloc.
</para>

<formalpara>
<title>Le pr�sent:</title>
<para>
Red Hat dit que GCC 2.96-85 et sup�rieur est r�par�. La situation s'est en effet
am�lior�e, mais nous voyons toujours des probl�mes sur les listes de diffusion qui
disparaissent avec un compilateur diff�rent. Dans tous les cas cela ne peut plus durer.
Normalement un GCC 3.x mature r�soudra les probl�mes. Si vous voulez compiler avec 2.96
passez l'option <option>--disable-gcc-checking</option> � <filename>configure</filename>.
Rappelez-vous que vous �tes seul et donc <emphasis role="bold">de ne pas rapporter de bogues</emphasis>.
Si vous le faites quand m�me, pr�parez-vous au pire comme vous faire 
insulter, voir banni de nos listes de diffusions car nous en avons par 
dessus la t�te des probl�mes relatifs � GCC-2.96 ; alors s'il vous 
pla�t, abstenez-vous.

</para>
</formalpara>

<para>
Si vous avez des probl�mes avec GCC 2.96, vous pouvez obtenir les paquetages 2.96-85
sur le <ulink url="ftp://updates.redhat.com">serveur ftp</ulink> de Red Hat, ou
d'utiliser les paquetages 3.0.4 offerts avec la version 7.2 et sup�rieur. Vous pouvez
�galement obtenir les <ulink url="ftp://people.redhat.com/jakub/gcc/errata/3.2.3-37/">paquetages gcc-3.2.3-37</ulink>
(non officiels, mais fonctionnant bien) et vous pouvez les installer avec le GCC 2.96
que vous avez d�j�. Mplayer les d�tectera et utilisera 3.2 au lieu de 2.96. Si vous ne
voulez pas ou ne pouvez pas utiliser les paquetages binaires, voici comment vous pouvez
compiler GCC 3 depuis les sources:
</para>

<procedure>
<step><para>
  Allez sur la
  <ulink url="http://gcc.gnu.org/mirrors.html">page des miroirs GCC</ulink>
  et t�l�chargez <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename> o�
  <replaceable>XXX</replaceable> est le num�ro de version. Ceci inclus le compilateur C
  complet et est suffisant pour <application>MPlayer</application>. Si vous voulez
  aussi C++, Java ou certaines autres fonctions avanc�es de GCC,
  <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> pourrait mieux convenir � vos besoins.
  </para></step>
<step><para>
  D�compressez l'archive avec
  <screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen>
  </para></step>
<step><para>
  GCC n'est pas construit depuis le r�pertoire source lui-m�me comme c'est le cas pour
  la plupart des programmes, mais a besoin d'un r�pertoire de construction � l'ext�rieur
  du r�pertoire source. Vous devez donc cr�er ce r�pertoire via
  <screen>mkdir gcc-build</screen>
  </para></step>
<step><para>
  Ensuite vous pouvez proc�der � la configuration de GCC dans le r�pertoire de
  construction, mais vous aurez besoin de le configurer depuis le r�pertoire source:
  <screen>
cd gcc-build
../gcc-3.<replaceable>XXX</replaceable>/configure</screen>
  </para></step>
<step><para>
  Compilez GCC en tapant cette commande dans le r�pertoire de construction:
  <screen>make bootstrap</screen>
  </para></step>
<step><para>
  Maintenant vous pouvez installer GCC (en root) en tapant
  <screen>make install</screen>
  </para></step>
</procedure>
</sect1>


<sect1 id="mplayer-binary">
<title>Distribution binaire</title>

<para>
<application>MPlayer</application> contenait pr�c�demment du code source du projet
OpenDivX, qui interdit toute redistribution binaire. Ce code � �t� retir� depuis la
version 0.90-pre1 et le fichier restant <filename>divx_vbr.c</filename> qui est
d�riv� des sources OpenDivX � �t� plac� sous GPL par ses auteurs au moment de la
version 0.90pre9. Vous �tes maintenant invit� � cr�er des paquetages binaires si vous
en avez l'utilit�.
</para>

<para>
D'autres imp�ratifs pour la redistribution �taient les optimisations de compilation
pour l'architecture binaire. <application>MPlayer</application> supporte maintenant
la d�tection CPU (passez l'option <option>--enable-runtime-cpudetection</option>
� <command>configure</command>). Elle est d�sactiv�e par d�faut parce quelle implique un petit
sacrifice de vitesse, mais il est maintenant possible de cr�er des binaires qui
fonctionneront sur les diff�rents membres de la famille des CPUs compatibles Intel.
</para>
</sect1>


<sect1 id="nvidia-opinions">
<title>nVidia</title>

<para>
Nous n'aimons pas le fait que <ulink url="http://www.nvidia.com">nVidia</ulink> ne
fournisse que des pilotes binaires (� utiliser avec XFree86), qui sont souvent bogu�s.
Nous avons eu de nombreux rapports sur
<ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>
� propos de probl�mes relatifs � ces pilotes closed-source et � leur pi�tre qualit�,
leur instabilit� et le pi�tre support utilisateur et expert.
Beaucoup de ces probl�mes continuent de se r�p�ter. Nous avons contact� nVidia
r�cemment, et ils nous ont dit que ces bogues n'existaient pas, que l'instabilit�
�tait caus�e par de mauvais chips AGP, et qu'ils n'avaient pas re�u de rapports de
bogues (comme la ligne violette). Donc si vous avez un probl�me avec votre carte
nVidia, nous vous conseillons de mettre � jour le pilote nVidia et/ou d'acheter une
nouvelle carte m�re ou de demander � nVidia de fournir des pilotes open-source. Dans
tous les cas, si vous utilisez les pilotes binaires nVidia et rencontrez des probl�mes
li�s, soyez conscient que vous ne recevrez que peu d'aide de notre part car nous avons
trop peu de pouvoir pour am�liorer les choses.
</para>
</sect1>


<sect1 id="joe-barr">
<title>Joe Barr</title>

<para>
Joe Barr est devenu tristement c�l�bre en d�cembre 2001 pour avoir �crit une
moins-que-favorable critique de <application>MPlayer</application> appel�e
<ulink url="http://www.linuxworld.com/story/32880.htm">MPlayer: The project from hell</ulink>.
Il a trouv� <application>MPlayer</application> difficile � installer, et en a conclu
que les d�veloppeurs n'�taient pas amicaux et que la documentation �tait incompl�te et
insultante. Vous �tes seul juge. Il � ensuite mentionn� n�gativement Arpi dans ses
<ulink url="http://www.linuxworld.com/story/32887.htm">10 pr�dictions Linux pour 2002</ulink>.
Puis dans une critique de xine appel�e
<ulink url="http://www.linuxworld.com/story/32716.htm">A streaming media player for the rest of us</ulink>
il a continu� d'alimenter la controverse. Ironiquement � la fin de cet article il cite
son �change avec G�nter Bartsch, l'auteur original de <application>xine</application>,
qui r�sume parfaitement la situation:

<blockquote><para>
Toutefois, il a ajout� qu'il avait �t� &quot;surpris&quot; par mon papier � propos de <application>MPlayer</application>
et pensait que c'�tait d�loyal, me rappelant que c'est un projet de logiciel libre.
&quot;Si vous ne l'aimez pas,&quot; � dit Bartsch, &quot;vous �tes libre de ne pas l'utiliser.&quot;
</para></blockquote>

Presque deux ans apr�s, en octobre 2003, il a �crit un autre article appel�
<ulink url="http://www.newsforge.com/article.pl?sid=03/10/02/0343200">Mplayer revisited</ulink>.
Dans celui-ci il arrive aux conclusions suivantes:

<blockquote><para>
Je dois dire qu'il y a eu des am�liorations dans le nombre de fonctions, au
niveau des performances, et dans la documentation. Ce n'est toujours pas
l'installation la plus facile au monde, sp�cialement pour les d�butants,
mais c'est un petit peut mieux qu'avant.
</para></blockquote>

et

<blockquote><para>
Mais plus important, je n'ai pas remarqu� de r�cents commentaires � propos
des abus des utilisateurs. Je suppose que je m�rite de la reconnaissance pour
cela, m�me si j'en fait partie moi-m�me. Arpi et le reste de l'�quipe du projet
doivent ressentir cela aussi, car ils ont pris soin de me le rappeler dans une
section sp�ciale de la documentation incluse dans l'archive. Comme je l'ai dit
au d�but, certaines choses n'ont pas chang� du tout.
</para></blockquote>

Nous n'aurions pas pu r�sumer mieux nos sentiments � l'�gard de Joe Barr:
&quot;Ce n'est toujours pas l'article le plus honn�te ou le plus recherch� au monde,
mais c'est meilleur qu'avant.&quot; Esp�rons que la prochaine fois nous r�pondrons
mutuellement � nos attentes. De toute fa�on, le chemin de la maturit� passe
uniquement par l'�ge, et peut-�tre en faisant fi des empoignades.
</para>

</sect1>
</appendix>