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�? > 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. Conclusion�: les d�pendances de A devraient �tre mises � jour pour co�ncider avec le contexte sid du moment, le responsable du paquet ne v�rifiant pas (et il n'a pas de raison de le faire) si la compatibilit� est maintenue avec les anciennes versions, si bien que A ne passe en testing que lorsque B-v2 s'y trouve d�j�. J'avais cru comprendre que c'�tait exactement ce que tu reprochais avec ton exemple de Xfree > 4.1 (qui selon toi devrait �tre > 3.x, voire sans mention de version). J'ai d� mal comprendre... > 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... Quel bug�? Le but de Debian est de garantir la coh�rence et l'int�grit� au sein d'une version donn�e de la distribution, pas de te permettre de sortir n'importe quel paquet et de faire en sorte qu'il s'acclimate par on ne sait quel miracle avec ta version de la distribution. Il me semble qu'on ne te promet ni plus ni moins, je n'en attends en tout cas pas plus (c'est d�j� beaucoup), et selon mon exp�rience (certes partielle et limit�e), cette promesse est largement tenue. > => 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. Et comment se rend-il compte que B-v3, qui vient d'entrer en Sid, fait planter A, alors qu'il a gard� dans son chroot douillet B-v0.1 depuis Buzz�? C'est contradictoire avec ce que tu viens d'exposer. > 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. Je suis peut-�tre pass� � c�t� de plein de choses, mais dans mon id�e, sid est pr�cis�ment l� pour que les DD y bossent�: c'est l� que se pr�pare la prochaine version de la distribution (via testing). Stable ne doit plus bouger hormis pour les mises-�-jour de s�curit�. �a n'aurait aucun sens de construire � partir de stable (comme tu l'as toi-m�me expos� dans ton premier exemple). Si tu souhaites y introduire des paquets plus r�cents, �a s'appelle du r�troportage et je crois savoir que tu ne t'en prives pas. On trouve d'ailleurs de plus en plus de paquets r�troport�s. Forc�ment, �a implique (parfois) de mettre la main dans le cambouis, mais je ne vois rien de scandaleux � �a. Rien n'emp�che de le faire�; simplement, Debian ne le fait pas � notre place. En tout cas, �a n'a pas � interf�rer avec la sortie de la prochaine distribution, amha. > �a, c'est une arnaque. On confond utilisateurs et mainteneurs. Je ne me sens pas du tout arnaqu�. Je n'attends pas de Debian qu'elle fasse plus qu'elle ne pr�tend faire, � savoir me fournir un ensemble stable et coh�rent de logiciels libres, accompagn� de tout un tas d'outils d'administration et de configuration qui me facilitent consid�rablement la t�che. Et quand je dois l'adapter � mes besoins, je fais _mon_ boulot d'utilisateur. Je ne vais certainement pas lui reprocher d'avoir fait des choix par d�faut qui ne sont pas _mes_ choix particuliers. (et �a n'emp�che pas d'ouvrir un bug en wishlist ou plus selon le cas, ni de contacter le responsable en priv�). Et je prends le temps de me documenter sur les outils � ma disposition si je souhaite effectuer cette modification tout en continuant � profiter de l'infrastructure que Debian met � ma disposition, et je suis conscient de renoncer � cet avantage si je passe outre et fais comme je l'entends. Et je t'assure que je ne suis pas DD, qu'il n'y a aucun DD dans ma famille, et que je n'ai pas fait d'"apt-get brain --wash" r�cemment. Je pense qu'il serait plus judicieux de parler en ton nom propre plut�t que de te poser en champion de l'ensemble � combien abstrait des utilisateurs contre celui non moins abstrait des mainteneurs. Si j'ai � m'exprimer dans le cadre de Debian, je suis parfaitement capable de le faire, et dans le lieu appropri�. Merci de lever un peu la p�dale d�magogique. �+ Laurent, simple utilisateur qui n'appr�cie pas d'�tre pris en otage. -- Une question�? La r�ponse est peut-�tre d�j� dans la FAQ�: http://savannah.nongnu.org/download/debfr-faq/html/index.html
