Laurent a écrit :
Pour la validation, il me semblerai bon de faire une maquette de ce
vous allez
déployez. Je m'explique :
Vous prenez 2 ou 3 machines.
* Une jour le rôle de dépôt des mises à jour,
* Une deuxième joue de rôle d'un poste client utilisé par un administrateur
s'il est
Bonjour,
Le projet SLIS (Serveurs Linux pour l'Internet Scolaire) prépare sa
future version 4 sous Debian, et nous avons besoin de conseils !
Les SLIS assurent la fonction de serveurs de communication dans les
établissements scolaires : firewall, messagerie, DHCP, DNS, ...
Il y a environ 7000
On Wed, 15 Mar 2006, Eric Mercier wrote:
nous envisageons la solution suivante :
Un dépôt slis/ avec trois branches (stable / testing / unstable)
Un dépôt sarge ( éventuellement ne contenant que les paquets nécessaires
à SLIS)
Un dépôt updates (issu du security officiel qui aura été
- concernant le dépot officiel sarge : est-ce qu'il peut arriver qu'il
subisse des modifications (mis à jour, etc) ? En d'autres termes,
devons-nous également surveiller les paquets disponibles dans sarge,
pour prévenir les éventuels effets de bords ?
Oui. Les MAJ de stable, contrairement à
Le Mercredi 15 Mars 2006 20:14, Eric Mercier a écrit :
Merci de vos réponses,
Raphael Hertzog a écrit :
On Wed, 15 Mar 2006, Eric Mercier wrote:
C'est là que je sollicite vos compétences :
- y a t-il une meilleure solution ?
Je retourne la question, qu'est-ce qui ne te satisfait pas
Eric Mercier a écrit :
- est-il sérieux de valider à la main les mises à jour de security ?
oui et non :
oui, car 2 vérifications valent mieux qu'une, surtout en prod
non car faire intervenir des dépos suplémentaires qui ne sont pas des
mirroires des dépos officiels engendre amha plus
6 matches
Mail list logo
