On Mon, Jun 23, 2003 at 03:37:24PM +0200, Laurent Defours wrote:
> Le lundi 23 juin 2003, � 09:23, Georges Mariano �crivait :
> > Je souhaite installer le paquet A.v1. 
> > J'installe, je lance le programme correspondant A, et boum �a plante.
> > C'est du perl, j'ai un message sur le fichier fB, qui appartient au
> > paquet B (que j'ai en version mettons v1...) 
> > 
> > Pourtant, je vais voir dans le paquet les d�pendances sont
> > satisfaites... A depends de B-v1.
> > 
> > Alors ? Juste pour voir, apt-get install B -t sarge
> > Je r�cup�re la B-v2
> > Je relance A, �a marche!!
> > 
> > Utilisateur docile : bugreport, Cher DD ador�, faut mettre une
> > d�pendance sur B.v2 et non pas B.v1. Voil�... On est content.
> 
> Si c'est B.v1 qui se trouve dans ta version de la distribution et que
> B.v2 n'y est pas, il me semble franchement irresponsable de faire une
> d�pendance vers B.v2. Mais dans ton id�e, le paquet A.v1 lui-m�me ne
> fait pas exactement partie de cette version de la distribution, je me
> trompe�?

Oui, mais les explications �taient tellement peu claires que ce n'est pas
�tonnant. Voici un autre exemple qui en reprend (je crois) l'id�e.

Les informations du paquet Debian perl 5.8 contiennent�:
 Replaces: perl-5.005 (<< 6), perl-5.6 (<< 6), perl-doc (<< 5.8.0-1), 
libdigest-md5-perl, libmime-base64-perl, libtime-hires-perl
 Provides: perl5, libdigest-md5-perl, libmime-base64-perl, libtime-hires-perl
 Conflicts: perl-5.004 (<< 6), perl-5.005 (<< 6), perl-5.6 (<< 6), perl-doc (<< 
5.8.0-1), libdigest-md5-perl (<< 2.20-1), libmime-base64-perl (<< 2.12-1), 
libtime-hires-perl (<< 1.20-1)

Cela signifie que les modules (au sens Perl du terme) Digest::MD5,
Mime::Base64 et Time::Hires font maintenant partie du paquet perl,
et ne sont plus mis dans des paquets s�par�s.

Un d�veloppeur veut mettre un nouveau paquet dans Debian, qui contient
un script utilisant un de cas modules (si le paquet existait avant
woody, il d�clarait ces d�pendances et le d�veloppeur n'aura pas l'id�e
de les enlever). Il met une d�pendance sur perl sans se rendre compte
que cette d�pendance ne sera pas suffisante si on installe sur stable ou
testing. Et comme le paquet ne d�clare pas une d�pendance sur perl >= 5.8,
il peut rentrer dans testing alors que perl 5.6 y est toujours.

Sauf si on est un g�nie en expert logiciel, on comprend ais�ment que c'est
sym�trique�: si le d�veloppeur teste dans stable, rien ne garantit que
�a marchera � 100% dans unstable ou testing. Les utilisateurs en UTF-8
en savent peut-�tre quelque chose.

Le probl�me est donc r�el, mais la solution propos�e n'en est pas une.

Denis

Répondre à