Fri, 17 Dec 2004 20:43:44 +0100, Fran�ois Boisson a �crit :
> Le Fri, 17 Dec 2004 19:38:56 +0100
> Sylvain Sauvage <[EMAIL PROTECTED]> a �crit:
> 
> > La stabilit� d'une debian se mesure *surtout* dans la stabilit� du
> > syst�me de paquet : en clair des d�pendances. Donc que tu ne puisse
> > pas recompiler facilement un paquet sid en stable me semble logique.
> 
> 
> Non, on peut faire du d�veloppement sur du stable. Je con�ois la
> stabilit� comme une arborescence de paquets stables (les noeuds) sur
> lesquels on accroche des paquets terminaux qui, eux, peuvent venir de
> l'instable. Je suis sous woody et j'ai compil� sylpheed-1.00beta4
> (disponible chez moi d'ailleurs) pour avoir des fonctionnalit�s
> importantes: le reply-to-liste n'existe pas dans le sylpheed de la
> woody. Je suis en train de concevoir les machines pour un concours de
> recrutement important. Je pense les mettre sous Debian/woody car je ne
> veux pas avoir le moindre souci de r�seau/gestionnaire de fen�tres/etc
> mais pour les logiciels utilis�s par les candidats, il me faut des
> versions r�centes et c'est pour �a que j'ai fait des paquets de maxima,
> axiom, scilab-3.0 (avec un bug corrig�), etc. Ces paquets sont terminaux
> dans le sens o� aucun autre paquet n'a besoin d'eux. Il est quand m�me
> curieux qu'on ne puisse pas recompiler simplement ces paquets sous
> woody. Une solution serait peut �tre de classifier les paquets en
> fonction de leur statut (noeud ou feuille) dans l'arborescence des
> paquets et �ventuellement de leuyr profondeur. On pourrait alors
> demander des exigences plus importantes dans la recompilation pour des
> paquets terminaux.

Les responsables de paquets produisent plus d'efforts pour qu'� un instant
donn� le graphe soit stable en terme de d�pendances, avec des versions
assez stables et assez r�centes des feuilles (et des n�uds).

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.

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.

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)

-- 
Sylvain Sauvage

Répondre à