<?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 etla 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 GCC3.0 n'�tait pas termin� � ce moment l�, et ils avaient besoin d'un compilateurfonctionnant sur toutes leurs plateformes support�es, incluant IA64 et s390. Ledistributeur 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 desprobl�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 quiont tous �t� r�solus en passant � une version diff�rente de GCC. Plusieurs projets encommenc� � impl�menter des contournements pour quelques-uns des probl�mes de 2.96, maisnous avons refus� de r�parer les bogues des autres, surtout parce que certainscontournements peuvent impliquer une p�nalit� sur les performances.</para></formalpara><para>GCC 2.96 n'autorise pas les caract�res <literal>|</literal> (pipe) dans lescommentaires assembleur parce qu'il supporte aussi bien la syntaxe Intel que lasyntaxe AT&T et que le caract�re <literal>|</literal> est un symbole dans lavariante Intel. Le probl�me est qu'il ignore <emphasis role="bold">silencieusement</emphasis>le bloc assembleur entier. Cela est th�oriquement fix� maintenant, GCC affichantun 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 effetam�lior�e, mais nous voyons toujours des probl�mes sur les listes de diffusion quidisparaissent 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.96passez 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-85sur le <ulink url="ftp://updates.redhat.com">serveur ftp</ulink> de Red Hat, oud'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.96que vous avez d�j�. Mplayer les d�tectera et utilisera 3.2 au lieu de 2.96. Si vous nevoulez pas ou ne pouvez pas utiliser les paquetages binaires, voici comment vous pouvezcompiler 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 projetOpenDivX, qui interdit toute redistribution binaire. Ce code � �t� retir� depuis laversion 0.90-pre1 et le fichier restant <filename>divx_vbr.c</filename> qui estd�riv� des sources OpenDivX � �t� plac� sous GPL par ses auteurs au moment de laversion 0.90pre9. Vous �tes maintenant invit� � cr�er des paquetages binaires si vousen avez l'utilit�.</para><para>D'autres imp�ratifs pour la redistribution �taient les optimisations de compilationpour l'architecture binaire. <application>MPlayer</application> supporte maintenantla 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 petitsacrifice de vitesse, mais il est maintenant possible de cr�er des binaires quifonctionneront 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> nefournisse 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� nVidiar�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 debogues (comme la ligne violette). Donc si vous avez un probl�me avec votre cartenVidia, nous vous conseillons de mettre � jour le pilote nVidia et/ou d'acheter unenouvelle carte m�re ou de demander � nVidia de fournir des pilotes open-source. Danstous les cas, si vous utilisez les pilotes binaires nVidia et rencontrez des probl�mesli�s, soyez conscient que vous ne recevrez que peu d'aide de notre part car nous avonstrop 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 unemoins-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 concluque les d�veloppeurs n'�taient pas amicaux et que la documentation �tait incompl�te etinsultante. 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 citeson �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� "surpris" 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."Si vous ne l'aimez pas," � dit Bartsch, "vous �tes libre de ne pas l'utiliser."</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, auniveau des performances, et dans la documentation. Ce n'est toujours pasl'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 � proposdes abus des utilisateurs. Je suppose que je m�rite de la reconnaissance pourcela, m�me si j'en fait partie moi-m�me. Arpi et le reste de l'�quipe du projetdoivent ressentir cela aussi, car ils ont pris soin de me le rappeler dans unesection sp�ciale de la documentation incluse dans l'archive. Comme je l'ai ditau 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:"Ce n'est toujours pas l'article le plus honn�te ou le plus recherch� au monde,mais c'est meilleur qu'avant." Esp�rons que la prochaine fois nous r�pondronsmutuellement � nos attentes. De toute fa�on, le chemin de la maturit� passeuniquement par l'�ge, et peut-�tre en faisant fi des empoignades.</para></sect1></appendix>