Le lun 22/03/2004 � 17:55, Rapha�l "SurcouF" Bordet a �crit Merci pour cette longue r�ponse, c'est beaucoup plus clair pour moi. > > > 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]. > Cela veut dire qu'il faut que le bug signal� doit �tre mis en �vidence sur une woody pour qu'il soit pris en compte. Si une correction est faite sur une version sup�rieure du package elle sera backport� sur la version woody m�me si cela ne concerne pas un probl�me de s�curit� ? > > > > > > 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. > > > > Si j'ai besoin de fonctionnalit�es nouvelles (int�gration dans l'ADS pour samba existante dans la version 3.0.x) qu'elle est la meilleure solution :
Sur une distribution woody installer le package samba testing (3.0.2a-1) et garder la stabilit� de la distribution woody mais avec une version de samba non valid�e Passer sur la distribution testing donc avec effectivement la version samba (3.0.2a-1) mais avec une distribution enti�re qui n'est pas valid�e. Je penche pour la premi�re mais quelle methode adoptez vous pour vos serveurs de prod ? Merci > > Merci > > Patrick > > [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] > >
