Le Fri, 17 Dec 2004 21:27:48 +0100 Sylvain Sauvage <[EMAIL PROTECTED]> a �crit:
> Ce qui me semble logique, c'est que les paquets-feuilles d�pendent des > n_uds internes et de certaines versions particuli�res de ces n_uds. Ces > n_uds internes sont d'ailleurs souvent des biblioth�ques. Si tu veux > changer la version d'une feuille, tu te retrouves � avoir � changer > aussi les n_uds. D'ailleurs, les n_uds aussi �voluent. Ca peut arriver mais �a n'est pas si fr�quent que cela: gaim, clamav, lyx, sylpheed, scilab, maxima, kino, etc s'accomodent fort bien des bliblioth�ques de la stable, par contre gnomemeeting n�c�ssite lui effectivement de grosses mises � jour. Il est rare d'avoir � remonter sur une bliblioth�que fondamentale et dans un tel cas, effectivement �a n'est pas envisageable. > > Je t'accorde que, parfois (c'est difficilement quantifiable comme > fr�quence), les d�pendances de version entre une feuille et les n_uds > internes sont trop fortes car ce sont celles qu'a utilis� le responsable > (donc, en g�n�ral, celle qui est en Sid � ce moment-l�) et pas la > version minimale n�cessaire. Ben oui, et il est malheureux de devoir refaire un paquet avec une r�partition des fichiers parfois diff�rentes pour cette simple raison mais sur ce point pr�cis, je con�ois que la v�rification des versions minimales soit un �norme travail... > > Je comprends aussi que le changement des r�gles� dh* soit aussi parfois > g�nant mais c'est assez difficile de figer ce genre de syst�me. > (� : Je dis � r�gles � car utilis�es dans le fichier debian/rules ;o) Oui et non, un changement de nom est stupide (toujours le dh_installmanpages), les outils s'enrichissent de fonctionnalit�s suppl�mentaires, il est dommage de modifier le comportement d'autres fonctionnalit�s. Le changement de ces r�gles � chaque release est pour moi le seul v�ritable gros d�faut de la distribution surtout quand c'est au point que refaire un paquet complet � partir de rien devient plus simple, on se demande alors l'int�r�t des paquetages sources (le changement des options est quand m�me rare). Fran�ois Boisson
