On Tue, Jun 24, 2003 at 09:32:52AM +0200, Georges Mariano wrote: [...] > >prenons l'exemple > > de perl. Le paquet eperl d�pend de libperl5.6 dans stable et > > libperl5.8 dans unstable. > > J'attends donc que tu nous expliques comment mettre � jour perl et > > eperl si les paquets sont compil�s en stable. > > je connais pas ces applis, ... quelle est la motivation de l'upgrade ? [...]
Puisque les cas concrets ne t'int�ressent pas, soient A et B deux paquets, qui seront suppos�s pour simplifier avoir les m�mes noms en paquets source et binaire. On note vA1 et vA2 les versions des programmes (choisies par upstream) de A, et dA1 et dA2 les num�ros de r�vision Debian. On introduit des notations similaires pour le paquet B. Supposons que A a besoin pour s'ex�cuter de la version de B qui a servi lors de la compilation, et plus pr�cis�ment de vB, quel que soit dB. Les paquets se trouvent dans stable dans les versions vA1dA1 et vA2dA2. Maintenant, les utilisateurs demandent � ce que les nouvelles versions soient mises dans la version stable, il suffit de regarder www.apt-get.org pour s'en rendre compte. Il faut donc r�ussir � faire rentrer A vA2 et B vB2 dans stable. Pour cela, on me propose de faire rentrer d'abord B vB2. Mais alors A vA1 ne peut plus marcher avec B vB2, et cette distribution soi-disant plus stable est obligatoirement cass�e. On me r�pondra que le paquet A vA2 va suivre rapidement, mais rien n'indique qu'il soit facile de compiler A vA2 avec B vB2, on risque donc d'avoir un cassage pendant une dur�e non n�gligeable. Pourquoi ce probl�me n'existe-t-il pas si on compile en unstable ? Il existe, et unstable est cass� de la m�me fa�on, mais ces paquets cass�s ne vont pas rentrer dans testing. On commence par faire rentrer B vB2, puis on compile A vA2 avec B vB2, et lorsque tout est bon, les programmes peuvent migrer vers testing. La distribution unstable joue son r�le de tampon. Avec la ��solution�� propos�e, ce r�le de tampon sera jou� par la distribution stable. Brillante id�e�! Denis
