Le lun, 22/03/2004 � 10:50 +0100, Patrick Noel a �crit : > Bonjour > > Une release Debian est livr�e avec un grand nombre de package qui sont > valid�s et suppos�s stable. > > Pour Samba la version int�gr�e � woody est la 2.2.3a, depuis cette > version de nombreuse versions de samba sont sorties apportant des > am�liorations et des corrections de bug. > > La question que je me pose est que tous ces bugs d�tect�s depuis la > sortie de la 2.2.3a sont ils pris en compte par la personne qui est en > charge de maintenir le package Samba pour debian ?
Tout comme pour le noyau Linux, les paquets de la stable font l'objet de mises � jour de la part de l'�quipe de S�curit� Debian[1]. Aucun probl�me de ce point de vue l�. > De fa�on plus g�n�rale une personne responsable d'un package doit elle > corriger les bugs rencontr�s sur le package ? Oui, mais uniquement si les anomalies sont tagg�es "woody" sp�cifiquement. Sinon, elles ne concernent g�n�ralement que les versions de d�veloppement du paquet concern�, du moins sur le BTS[2]. > Si je rencontre un bug bloquant sur une version (par exemple Samba) qui > n'est pas corrig� par des patchs Debian quelle solution dois je adopter; > installer le dernier packages (testing pour samba 3.0.2a) ou envoyer un > rapport de bug pour le package Samba Debian qui sera pris en compte par > le responsable du package ? > > Est ce que le code source d'un package est syst�matiquement revu par le > responsable d'un package avant de le joindre � une distribution ? Tout nouveau paquet[3] doit �tre valid� par les responsables des serveurs FTP couramment appel�s "ftpmaster". Cette validation n'intervient que la premi�re fois que le paquet entre dans le projet. Ensuite, il doit pouvoir se compiler sur les architectures auxquelles il est pr�vu, gr�ce au parc de serveurs "buildd"[4]. Enfin, il entre alors dans la distribution choisie: unstable[5] ou experimental[6]. On n'introduit jamais un nouveau paquet directement dans la stable et les paquets n'entrent dans testing[7] qu'apr�s une p�riode de quarantaine valide dans unstable. > Comment s'effectue la relation entre une �quipe qui fait un "produit" > par exemple samba et l'�quipe Debian ? Le responsable (ou l'�quipe, comme pour gcc) est g�n�ralement en relation avec les d�veloppeurs amonts. Ils n'h�sitent pas � remonter les anomalies rapport�es s'il s'av�rent qu'elles ne sont pas sp�cifiques � debian. > Toutes ces questions pour essayer d'adopter une logique de mise � niveau > des syst�mes Debian sur les serveurs de production. Toute la question est de savoir si tu es pr�t � g�rer le support du nouveau paquet introduit sur une stable ou si tu pr�f�res avoir l'assurance d'un support via le BTS avec une testing/unstable. La distribution testing est consid�r�e comme un excellent compromis car elle dispose officieusement quand m�me des mises � jour de s�curit� et que la quarantaine impos�e aux nouveaux paquets r�duit les risques. Plut�t que choisir "testing", je conseille de prendre le nom de code actuel, "sarge", pour le jour o� la nouvelle stable sera publi�e. > J'ai par exemple besoin d'int�grer un serveur Samba � une ADS Windows la > version Samba 3.x permet de la faire mais elle n'est pas int�gr�e � une > distribution Debian, si j'installe le package samba 3.0.2a je ne suis > plus en woody et si je rencontre des bugs quel support puis je esp�rer > sur cette installation ? Aucun support officiel. Tu ne pourras pas esp�rer envoyer des rapports d'anomalies �ventuelles au BTS de debian car le responsable sera tr�s souvent dans l'incapacit� de reproduire ton anomalie. [1]: http://www.debian.org/security/faq [2]: http://www.debian.org/Bugs/ [3]: http://buildd.debian.org/ [4]: http://www.debian.org/doc/developers-reference/ch-resources#s-incoming-system [5]: http://www.debian.org/doc/manuals/reference/ch-system.fr.html#s-unstable [6]: http://www.debian.org/doc/developers-reference/ch-resources#s-experimental [7]: http://www.debian.org/devel/testing/ -- Rapha�l "SurcouF" Bordet [EMAIL PROTECTED]
