Quand on m�lange les principes de base on finit par avoir des messages qui ne veulent plus dire grand chose...
> > C'est une g�n�ralit� vraie pour tout: Oui! mais que tr�s peu applique ... > > "Pour ce qui est d'un client, si Woody ou Potato remplit toutes > > les fonctionnalit�s que l'on a besoin, quel est l'int�r�t de > > passer � SID au risque d'avoir des probl�mes?" > Pour une station de travail, la potato ne remplit pas toutes les > fonctionnalit�s que les gens attendent. C'est aussi vrai pour la > woody mais dans une moindre mesure. > La meilleure preuve est que des gens font du "backportage". "�a" n'est une preuve de rien du tout ! L'utilisation abusive de ce mot (et j'en suis complice) induit l'id�e fausse que le backportage est une manipulation comtre-nature. Il n'en est rien. Je rappelle qu'il serait plus juste de parler simplement de recompilation, c'est � dire d'une simple utilisation de quelques commandes standard Debian (apt-get source / apt-get build-dep / ...) pr�vues _� cet effet_. [autre interpr�tation : Le "backportage" c'est la validation des paquets woody sur une patate, validation qui pour X raisons (parfois valables ;-) n'est pas centralis�e par Debian. C'est tout.] Le passage de potato a woody ne posent probl�me que pour quelques packages "verrous" d�j� cit�s ici (auxquels j'ajouterai "perl"). Ces packages �tant de bas niveau, leur mise � jour en entraine une kyrielle d'autres d'o� le risque de probl�mes. La recompilation est une technique simple qui permet d'�viter cet effet "ouverture de vanne" en n�gociant tr�s pr�cis�ment chaque mise � jour (oui, c'est � l'oppos� de la solution de facilit� potato/woody) Les probl�mes du backport sont g�n�ralement induit par des d�pendances "inadapt�es", ce en quoi le backport est une excellente technique pour d�bugger les d�pendances de la ... woody !! Enfin, pour un parc de n machines, il suffit d'une machine (� peine) configur�e pour faire de la recompilation, d'un cache interne et hop ! toutes les machines "potato" disposent des derni�res applis. Nos stations de travail "sont(?)" des potatos avec les derni�res versions (recompil�es) de wmaker, sylpheed, xfce, rox, cups, unison, wine, webmin, ntp, python �videmment j'en passe... Par contre, ce qui est contre nature, c'est de n'�tre plus capable de raisonner qu'en terme de potato/woody/sid quand on parle de machine "� jour" (au fait, par rapport � quoi ?) alors que cela n'a pas/plus grand chose � voir. Est-ce que quelqu'un dans la salle est en Xfree4.2 avec un noyau 2.5.* ?(de chez Debian, �videmment) ? PS : ah oui, il est toujour possible de r�pondre que tout �a deviendra inutile dans quelques jours. Certes, mais a) il n'ai jamais inutile d'�tre ind�pendant dans ses choixs de mise � jour b) dans quelques jours, tous les chronos vont se d�clencher pour la release woody+1, combien de temps faudra-t-il attendre cette fois ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue �lis�e Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
