On Mon, 23 Jun 2003 01:55:37 +0200 Laurent Defours <[EMAIL PROTECTED]> wrote:
> Le lundi 23 juin 2003, � 01:11, Georges Mariano �crivait : > > Crois moi sur parole ;-) > > Non. (et je suis pas DD) �a change tout... ;-) alors voil� (c'est long...): �a se passe en (plut�t) oldstable [je suis en potato, woody vient de sortir] 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. C'est tout ? Non. Que s'est-il pass� ? Proposition de sc�nario. Le DD a fait une 1�re version, il y a un certain temps avec une d�pendance sur B.v1 (pour x raisons, �a marchait). Ensuite, comme tout DD qui se respecte, il suit la meute et upgrade r�guli�rement �a machine, tout �volue (paquet A et paquet B). Nouvelle version du paquet A construite dans le contexte sid "comme il se doit" mais avec B-v2 maintenant. Petit test de A. ok, �a marche. Paquet dans sid, personne ne voit rien tout les lemmings de cet acabit sont en sid ... �a arrive dans testing... j'installe chez moi et boum, �a plante. Dur�e du test : 2mn. J'ai une furieuse envie de laisser les DDs finir l'explication ;-) Explication : toutes les d�pendance ne sont pas calcul�es automatiquement, en particulier ... ?? Celles pour les paquets qui d�pendent d'un interpr�teur. En effet, les d�pendances automatiques sont calcul�es � partir des liens de liaisons binaires<->librairies, donc dans le cas de paquets perl/python/... par exemple... ben �a coince. Faut faire �voluer � la main... et c'est d'autant plus difficile que l'organisation (d�coupage en paquet) �volue. Chacun est libre d'utiliser woody ou sarge ou sid mais pour faire un paquet, il vaut mieux se replacer dans le contexte stable pour d�tecter les d�pendances "minimales" (c'est � dire plut�t celles qui sont en cours chez les utilisateurs... concept bien trop subtil pour un DD/sid j'en conviens). Pourquoi je d�tecte le bug grossier en 2mn et pas le DD ? Parce que je suis en stable et lui en sid... => un DD devrait travailler dans un chroot qu'il fait �voluer en fonction des paquets qu'il construit (et teste) et rien de plus. Cela permettra que _ses_ d�pendances (manuelles) soient sp�cifi�es au plus juste. �a sera d�j� un paquet de bug en moins. Mais je crois pas que le probl�me soit technique, en fait. Le DD doit �tre en g�n�ral quelqu'un de tr�s technique (on dit p�jorativement bidouilleur). � l'aise uniquement dans le dernier cri, le pass� pour lui est obsol�te. Ce qui lui faut c'est du sid. Bah, �a se comprend. Sinc�rement. Par contre, construire dans stable, bof, mouai, �a manque d'adr�naline. Sauf que c'est le plus stable. Et c'est l� l'essentiel de ma critique, on ne dit pas que l'on mets les besoins utilisateurs et la stabilit� de la distrib sont prioritaires (et toutes les distributions disent la m�me chose ;-) quand on demande aux DD de bosser dans sid. �a, c'est une arnaque. On confond utilisateurs et mainteneurs. A+ -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
